我想知道如何为Android应用程序创建灵活的包结构,以便它易于扩展和管理。我的第一个想法是将每个应用程序组件放在单独的包中,例如:
spk.myapp.main。(主要活动中使用的所有类) spk.myapp.processor。(处理器提供程序使用的所有类)
......等等。但是,我不喜欢的方面是,类和包命名约定可能很快与其他完全限定名称(例如提供者权限)不一致(在这种情况下,我宁愿将这些命名为 spk.myapp.processor < / em>比 spk.myapp.processor.processor 一样,类包路径会建议)。
我做过一些研究,但大多数页面都解释了初始项目目录结构,而不是建议更大的项目。
我的问题可能听起来很愚蠢,但我喜欢从一开始就在我的项目中订购,这样进一步管理和扩展它们就不会涉及不必要的重构或清理。另外,我没有太多Java经验,我希望从一开始就学好习惯。
是否有一个良好可靠的项目包结构和Android项目的命名约定?
答案 0 :(得分:5)
Wikipedia has useful notes。包主要有两个原因:
第一点意味着您可以按逻辑功能对项目进行分组。活动可以位于活动包下,也可以位于服务包下。
第二点非常重要,经常被忽视。包访问允许您做一些聪明的事情。例如,您可以拥有一个“构建器”类,它可以构建和填充具有包访问属性的模型,而无需添加大量的setter方法或使用公共属性。这可以使对象创建非常简单直观,而对象在包外保持不变。
这个原则的一个很好的例子可以在Romain Guy的Shelves应用程序中找到。 BookStore class可以创建Book对象并修改其成员,而不会将这些字段暴露给其他类(在其他包中)。