温馨提示:这篇文章已超过444天没有更新,请注意相关的内容是否还可用!
Android 包命名规范旨在确保应用程序的唯一性和可识别性。按照规范,包名应全部小写,避免使用特殊字符和空格,并使用反转域名作为命名空间,以体现开发者的身份和应用程序的归属。为了提高可读性和维护性,包名应简洁明了,准确反映应用程序的功能或品牌。遵循这些规范有助于开发者在Android平台上构建专业、可靠的应用程序。
PBL(package by layer)的命名方式如下:
activity层包含各种Activity,如LoginActivity、RegisterActivity等。
fragment层存放所有的Fragment,例如IMFragment、FriendsFragment。
bean层存放数据模型,如UserBean、EmailBean。
utils层包含各种工具类,如LogUtils、SPUtils。
view层包含自定义的View,如FlowLayout、PhotoView。
这种命名方式的项目结构清晰,易于上手,它适用于开发人员不多、项目结构简单、后期变动不大的项目,它也存在一些缺点:
1、低内聚:同一目录可能包含多个功能模块,如activity层可能包含登录、注册、设置等多个功能,这些功能之间可能没有直接的关联性,但放置在同一目录内,导致聚合性降低。
2、影响开发效率:当需要在不同层之间引用类时,需要频繁切换目录,这会降低开发效率,随着项目的进行,当模块增多、命名复杂时,查找类会消耗更多时间。
PBF(package by feature)的命名方式则强调按功能划分包目录,每个功能模块都有一个独立的目录,所有与该模块相关的开发都在这个目录下进行,login目录下包含登录模块的所有相关文件,这种方式具有以下特点:
1、高内聚、低耦合:每个功能模块都在其独立的目录下进行开发,提高了内聚性,除基础类外,一般无需引用其他包的类。
2、便于团队管理:这种结构有助于团队开发管理,提升了问题排查效果,方便了后期其他开发人员的接手。
3、便于组件化:按功能划分包目录的结构更便于后期转换为组件化架构。
两种命名方式各有优缺点,团队可根据项目规模、开发人数、后期变动等因素选择合适的命名方式。
还没有评论,来说两句吧...