同系列传送门：
Android 架构设计(一)：设计模式分析_深海呐的博客-CSDN博客_安卓开发框架设计模式
Android 架构设计(二)：分包和文件结构_深海呐的博客-CSDN博客
Android 架构设计(三)：技术选型_深海呐的博客-CSDN博客_android 技术选型
Android 架构设计(四)：组件化？_深海呐的博客-CSDN博客
命名规范：
程序包： com.xxx.xxx
主要强调其唯一性，一般使用公司域名/简写+APP简写，全小写。
比如：
- 微信包名：com.tencent.mm
- 淘宝包名：com.taobao.taobao
业务包： xxx
一般为全小写的单个单词，主要强调其业务范围，业务类型或者功能
比如：
- controller
- activity
- view
- utils
类：XxxXxx
一般使用大驼峰命名法。主要强调该类的作用与所属类型
比如：
- MainActivity 作用：Main程序入口界面；所属类型：Activity窗口界面。
- StringUtils?作用：String字符串处理工具；所属类型：Utils工具类
- UserDataAdapter 作用：UserData用户数据适配器；所属类型：Adapter适配器
方法：xxxXxx
一般使用小驼峰命名法。主要强调具体功能与动作
比如：
- getUserName 功能：获取用户数据；动作：get 获取
- saveUserData 功能：保存用户数据；动作：save 保存
- initView 功能：初始化View，动作：init 初始化
变量：mXxx & xxxXxx
一般使用小驼峰命名法。主要强调见名知义
? ?全局变量 :
????????通常在前面加一个“m”，比如：
- mUserDataAdapter，mUserDataViewModler，mDataList；
? ?局部变量
????????通常为实例的小写，比如：
- userDataAdapter，userDataViewModler，dataList；
常量：XXX_XXX
一般使用全大写字母，并使用下划线隔开每一个单词
比如：
- USER_TAG，SECRET_KEY，APP_ID;
命名规范的通用禁止：
关于命名规范的通用禁止，深海总结了以下三点：
1.非特殊情况，禁止使用拼音和数字；
错误示范：变量yongHuData(用户数据)? ?类Activity1? ? 变量x1 x2? x3?
特殊情况举例：包名com.taobao.taobao? ?部分包名用了拼音确实正常情况，这和公司的简写有关，也和部分大项目的立项命名有关。还有部分变量或者类用了拼音是正常情况，比如某某三方SDK的实例变量，或者公司项目立项类型的命名，XXXUtils,XXXActivity，这里的XXX代表公司项目简写，可能是拼音，也可能是特殊含义的字母。
2.见名知义，禁止过度简写，禁止长度过长；
错误示范：
????????过度简写：StringBuilder sb = new StringBuilder()
? ? ? ? 长度过长：StringBuilder userDiskFileWriterStringBuilder = new StringBuilder()
3.方法名和变量名禁止首字母大写，便于区分类和变量的区别
错误示范：StringBuilder UserStringBuilder= new StringBuilder()?
层级规范：
类层级：
????????所有类必须放在规定的包下面。
????????比如：activity包下只允许放XxxActivity类，utils包下只允许放XxxUtils类
代码层级：
? ? ? ? 类中的代码不可以职责混乱和交叉。
? ? ? ??比如：某Activity类代码中参杂了很多工具方法，这些方法本来要放在工具类中。这种错误导致别的类使用该方法时无法复用，更加错上加错的行为是别的类用到时去copy方法。
更加细节的层级问题深海有专门总结程序设计的六大基本原则，请移步：
结语：
关于架构设计的总结，深海目前先总结到这里，以后会不会再写《架构设计(六)》《架构设计(七)》呢？其实我没有想好，因为这里面的东西太多了，自己知道的却很少，但是深海愿意不断的学习和不断的进取，希望能够跟大家分享更多的想法。
如果您感觉深海写的不错的话，请给文章点个赞吧，感谢各位的支持！
