Android 應用程序在架構上大致是Java中的[Model-View-Controller](http://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller)結構。 在Android 中 Fragment和Activity通常上是控制器類([http://www.informit.com/articles/article.aspx?p=2126865](http://www.informit.com/articles/article.aspx?p=2126865)). 換句話說，他們是用戶接口的部分，同樣也是Views視圖的部分。 正是因為如此，才很難嚴格的將fragments (或者 activities) 嚴格的劃分成 控制器controlloers還是視圖 views。 最還是將它們放在自己單獨的?`fragments`?包中。只要你遵循之前提到的建議，Activities 則可以放在頂級目錄下。 若果你規劃有2到3個以上的activity，那么還是同樣新建一個`activities`包吧。 然而，這種架構可以看做是另一種形式的MVC， 包含要被解析API響應的JSON數據，來填充的POJO的`models`包中。 和一個`views`包來包含你的自定義視圖、通知、導航視圖，widgets等等。 適配器Adapter是在數據和視圖之間。然而他們通常需要通過`getView()`方法來導出一些視圖， 所以你可以將`adapters`包放在`views`包里面。 一些控制器角色的類是應用程序級別的，同時是接近系統的。 這些類放在`managers`包下面。 一些繁雜的數據處理類，比如說"DateUtils",放在`utils`包下面。 與后端交互負責網絡處理類，放在`network`包下面。 總而言之，以最接近用戶而不是最接近后端去安排他們。 ~~~ com.futurice.project ├─ network ├─ models ├─ managers ├─ utils ├─ fragments └─ views ├─ adapters ├─ actionbar ├─ widgets └─ notifications ~~~