一、关于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版本更新迭代。

Android开发中那些与代码无关的技巧 – ()