Android包结构最佳实践

Question

我对应用程序包结构的最佳实践有疑问.

我观看了Reto Meier的Google I/O 2011演示文稿"Android Protips:专家Android开发人员的高级主题 "并阅读了他的博客文章" 深入了解位置 ",并注意到他的应用程序包结构:

COM.... .content_providers
com.... .receivers
com.... .services
com....... .UI com....... .UI.fragments
com.... .utils
com....... .utils.base

这是包的首选结构吗？有更好的结构吗？

Answer 1

打包类的主要目的是简化源代码的导航.这对于开源应用程序尤为重要.在我看来,易于导航的包结构包括以下包:

com.example.main - 包含您的主要驱动程序功能,例如您的主要活动,您的应用程序类(如果您有),等等

com.example.conf - 包含配置文件,例如包含常量(静态最终变量)的配置文件

com.example.net - 与网络相关的类,例如发出http请求的类

com.example.util - 实用程序类,例如服务,BroadcastReceivers或其他后台进程

我看到很多项目以这种方式构建(我认为即使是Google IO 2012也是如此).我喜欢我的项目按主题分组(打包):( com.apps.player与PlayerActivity,PlayerListView,PlayerListAdapter,com.apps.sync与SyncService,SyncHelper等)我发现代码更容易导航和理解这种方式.此外,如果我处理特定功能,我手头有所有课程.我不明白为什么有人将表示其名称中的函数的类(例如PlayerActivity)放入指示其类函数的包中(例如com.apps.activities). (5认同)