一、关于UI布局开发
1.想象中界面的长宽比
在开发过程中，还原设计师给出的设计效果只是最基本，但如果只是把你手上的设备运行的效果做成了和设计的效果1:1还原，我觉得是达不到及格线的。不要把用户真实的设备想象成UI设计师给出的设计图的样子。这有利于适配更多分辨率的设备。
设计图给出的是16:9，但是真实的场景中可能会有18:9，甚至1:1方形的设备，开发的时候就要考虑到，同一个控件在不同长宽比的设备是如何摆放的。比如：要考虑清楚当屏幕变宽时，是控件的宽度变大还是控件之间的横向空间变大，如果控件的宽度变大之后那它的高度是否变化？等等
总结一下就是：设计师给出的效果只是众多设备效果中的一个，而我们要开发的成果是_动态_的，可以随着各个设备变化的。
2.固定的数值，有时候就是毒药~
我很少开发过程中直接使用以dp为单位的宽或高，虽然dp也会根据不同的像素密度做一定的计算和适配，但是比起dp为单位的宽或高，还有其他更好的实现方式，比如百分比，长宽比例约束，填充剩余等等。
wrap_content用的就更少了……毕竟我不知道它具体有多大~
3.图片还是drawable？
对于某些简单效果既可以用图片也可以用drawable，那么要如何选择呢？
用图片，优点是：开发效率最高，还原度最好。缺点是：增加安装包控件，如果用网路图还存在加载速度慢，增加服务器存储成本等等。
用drawable，优点是：布局适配度更高，更节省安装包空间。缺点是：还原效果可能不佳，开发有难度。
俗话说鱼和熊掌不可兼得~具体情况具体分析。
二、关于请求接口
1.所有接口都是有统一处理的
统一处理方便做统一修改，统一的状态判断，这是接口方面最基础的。这也方便调用和调试，或者查看请求和返回数据。
一般情况下，接口的加密解密，数据校验也是在统一处理中进行的。有的接口可能还有一些默认字段，也可以在统一处理中添加。
2.接口中的字段名
具有相同意义的字段名字要统一。当然如果你作为移动端开发，在接口定字段名方面没有什么话语权就当我没说。
3.不要完全相信接口是100%可用的
客户端发开中药做好容错。比如接口报错怎么处理？缺少字段怎么处理？字段的返回值不合法怎么处理？
我的习惯是，默认所有字段的返回值类型都是String。以减少类型不匹配这样意外的发生。关键字段都设有默认值，避免缺少字段时意外发生。
4.有时候数字更有意义
在某些表示开关，有无等枚举类型的字段中，我习惯使用数值表示意义。比如： “1”表示开 “0”表示关。如果使用字符串就有可能出现书写错、大小写错误的问题。
三、关于APP架构
1.APP架构的意义
Android发展这么多年，出现了很多开发架构，比如：MVC，MVP，MVVM……
这么多类型架构出现的意义是什么呢？
提升开发效率，约束团队开发规则，方便代码阅读。
但我觉得，这都是扯淡~~~
2.比APP架构更有意义的事
取一个更容易理解的变量或者方法名吧，这更方便代码阅读。
加一两句注释，未来的你会感谢当下的自己。
每次提交都留下脚印，说说你做了什么。当然按下确定提交按钮之前，再次确认所有提交的内容，自己测试的代码可别提交上去哦。
如果你引用了第三方SDK，记得留下一句注释，写上你是从哪找到的这个SDK，无论是GitHub地址还是博客地址，方便出问题时找到它，也方便后续的SDK版本更新迭代。
最后
如果想要成为架构师或想突破20~30K薪资范畴，那就不要局限在编码，业务，要会选型、扩展，提升编程思维。此外，良好的职业规划也很重要，学习的习惯很重要，但是最重要的还是要能持之以恒，任何不能坚持落实的计划都是空谈。
如果你没有方向，这里给大家分享一套由阿里高级架构师编写的《Android八大模块进阶笔记》，帮大家将杂乱、零散、碎片化的知识进行体系化的整理，让大家系统而高效地掌握Android开发的各个知识点。
相对于我们平时看的碎片化内容，这份笔记的知识点更系统化，更容易理解和记忆，是严格按照知识体系编排的。
欢迎大家一键三连支持，若需要文中资料，直接扫描文末CSDN官方认证微信卡片免费领取↓↓↓
PS:群里还设有ChatGPT机器人，可以解答大家在工作上或者是技术上的问题
