虽然遍地的安卓开发,以至于似乎饱和,但是依然…. 高级工程师还是稀缺.

刚入门的时候我们都有这种体会,我们不会去写什么框架,甚至不会去用接口.只是不断的创建Activity,然后连接起来.这样的我们很快意识到了不足.太臃肿.各种奇葩问题层出不穷.弱是一定的,但更多的是缺少规划,大方向的规划.

我们注意到了使用第三方框架,我们注意到了设计模式的使用.渐渐地,我们问题也少了,但是这里需要注意的是:

  1. 第三方框架不可多用,合适就好

  2. 封装,自己的封装,让更好的适应目前的项目

  3. 设计模式使用的正确性

说到这里我就要停一下了,今年接手的一个项目,维护APP时发现,很多BUG出自第三方框架,仔细一看才发现,上个哥们全用的github找的个人封装的东西,网上大神很多,但是不可以直接拉进来用呀,我们应该借鉴而并非直接用.大可以自己再尝试封装一个和自己看到的差不多的库,这样也好维护.模式的正确性:我看到项目中有用模式,MVP设计模式,可以model都有写在activity里的,接口,有,应有尽有,但是上个哥们一个接口都没用,只实现,不去用,把接口当一个索引来看了.所以肯定是写之前不怎么了解模式.MVP设计模式是为了更好地解耦,达到单元测试的目的,那怎么达到呢?用接口去new实现类嘛,为什么要用类new类呢?这是一个问题. 还有一个问题是模块划分.我认为是应该按照模块来划分代码的存放,而不是单纯的Activity,Presenter,Model一一对应.做一个项目,首先划分模块.再根据模块来搭配合适的设计模式.所以要注意的点是:

  1. 分模块

  2. 合适的设计模式

  3. 设计模式的正确性

  4. 代码的封装

渐渐地我们注意到了安卓中控件的自定义,什么Log,什么Toast,什么ListView,Adapter等等… 为了更好的适应项目,扩展性更好,这些自定义是必要的.我们可以看成是一个代码的封装.同时我们的代码质量慢慢变高,变得更合适项目,我们注意到了性能,安全!所以这里要注意的是:

  1. 扩展性

  2. 安全性

  3. 性能

当我们熟悉的这些,并运用上去的时候,我们早该注意的架构问题随之而来了!以上是我个人注意到的地方,如果有补充,还希望各路大拿来补充补充.给俺充充电!毕竟个人的知识,经历太少,无法很全面.