出于生活与Android结缘，因为职业对Android了解

在近期的一个项目上线收尾，终于有空闲时间来写出第一篇关于Android的博客，其实没有什么技术方面好说的只谈感受，响应标题：是因为生活开始接触Android编程这个行业，之后也是因为职业原因对Android开始慢慢了解，深入。

下面就对做Andorid开发以来的一年半做个总结：

1.界面了解

因为第一个项目是没有任何框架，根据Ui效果图需要做个市面上很普遍tab+fragment界面，因为全是自己写的所以当时出现了很多问题，其中有些原因也是项目经理想往里面加些东西，手势滑动什么的改动的比较恶心。现在想想就是自己提前没有对整个界面做的解耦一些，动辄全身残废。

之后对各种ui布局都做了很多了解和编码，对一种界面有好几种实现方式可以更好的了解优缺点来应对项目的改动。对于Ui我的理解是：不好看人家凭啥搭理你，就像人一样，第一映像很邋遢就没法让人去了解你的内心，所以测试对于Ui的不满意提出缺陷bug我都是欣然接受的。

能够更加深层次的了解Ui界面是在进入某生后，毕竟做金融类，虽然对Ui的视觉效果上看起来是比较老旧的那种，但是事实却是真正的设计会让你知道什么是可怕....

他们对界面的比例要求比较高，对那段Ui开发阶段的总结就是：多找多问多试  ，不然你可能觉得很好了但是和他们的要求差很多。除了视觉上的在代码实现上我后面可能会专门写一篇来做总结，原因就是这个里面差不多都是自定义控件，在加上UI的优化可能需要代码来说，在这篇就不会贴代码了。

2.存储及网络服务

刚接触存储数据这块用我自己的想法就是用单例多好啊，又简单，set存get取根本不需做什么解析什么遍历的。但是做着做着发现单例确实好用但是却是有利弊的。好处就是对于我这种菜鸟来说的简单便易，但是却是消耗内存的。而且有过项目经历的会发现存储单例的数据极有可能因为手机内存过高问题进行自动清除或者360等释放内存的软件进行释放后发生数据不存在数据丢失的问题。也就是说单例存储越少越好。也不用每种存储都做一遍介绍，现在感觉其实没有什么最好用的存储数据方式，只有搭配起来使用才是最好的。

如果说让一个新手写个网络连接，肯定就是导jar包复写连接代码，然后就gethttp，posthttp两个方法结束，然后就bug百出，而且后面很多页面无法直接复用，这个就又说到了代码解耦的问题了，也不多说，这么了解问题肯定我就是那个新手了。其实对于一般只需要展示数据或者不是多频繁的数据交互的app就只用多了解一下http请求，我以前犯过一个错误，就是根本不知道网络交互到底是个什么概念，现在就是自嘲下，app进行网络交互必须要有一个服务器，这个服务器提供个可以用网络连接上的连接地址，然后我们发送对应请求（需要请教服务器大大们）然后返回数据，这个数据大多是json。在某生返回的是msg组装包，这个也在后面会专门讲一下。

3.对于项目整个运行流程

做编程这一行工资是很高的，原因其实不只是技术一方面，经验也是非常重要的。如果你能接触了很多项目从开发到上线的过程就能拥有比技术更加丰厚的财富。从前几个项目总结出了一下心得：

1没有一个项目可以从开始到结束需求不改动的，

2.在开始进行编码之前需要进行模块进行建包分类，

3.对所有已有需求做代码构思看那些地方可进行复用，那些地方需要进行优化处理

4.编码顺序先UI框架---存储模块---网络交互---代码优化

更多的是问题解决能力和bug修改，问题寻求解决的过程，在这些方面我有很多不足，在期间得到很多朋友的帮助让我很感动。

结束之前希望自己能够在后面抽出时间每周二和每周六做下总结和代码上的总结。加油！