从2016年4月到6月主要做的工作是网站嘚开发而6月到现在2016年8月初，主要做的工作是Android和IOS两种App的开发又以Android为主。
将这段时间的Android开发心得记录如下
1.开发环境和参考资料
由于学会翻墙的时间比较短（2016年7月才学会），现在在用的mac版AndroidStudio是在国内某站上下载的今年将开发环境由windows转为mac了，好在各种IDE都是跨平台的迁过来后麻烦不多，Android Studio也贴心地支持Eclipse风格快捷键使用技巧方面，《Android群英传》的第2章「Android开发工具新接触」讲了些很好的技巧
同样因为学会翻墙比较晚，主力参考资料一直是手头的几本书籍：可以当词典用的《疯狂Android讲义》手把手地带新手入门的《第一行代码》，优雅细致地讲Android体系结構的《Android开发精要》这三本是2015年买的，很喜欢读另外《Android群英传》《Android
UI设计》《打造高质量Android应用》《App研发录》《Android开发艺术探索》买来后翻开嘚次数较少，感觉对不起它们这几本其实也都是好书，以后要多看
学会翻墙之后，Android官网也成了好选择但不代表书本就没用了。官方資料的优势是正统和条理清晰但在「最佳实践」甚至「黑科技」上还是一线程序员写的书更接地气。而当想深入理解底层原理、类库的莋用时官网是好选择，而不像书本上的知识会让你有「说得对吗」「没翻译错吧」「没过时吧」的担忧官网和书本，应当优势互补具体编程中遇到的各种问题，书本上当然不能穷尽官网就更不可能了，这时候Google和StackOverflow就有了巨大作用当然，这也不能解决一切问题很多時候还是要耐心地慢慢调试。
这方面《Android开发精要》讲得非常好：安卓的四大组件被以「任务」的方式组织在一起，「应用边界」和「进程边界」都被打破了个人感觉，这是学习Android编程时极为重要、应该最早学习到的基础知识
四大组件中，Activity最重要它名为「活动」，视为「app页面布局」更容易理解app页面布局间的关系，以「栈」的方式组织显示一个新app页面布局即将新app页面布局入栈，总显示栈顶的app页面布局点击手机上的返回键，则弹出栈顶app页面布局这些跟浏览器的「前进/后退」按钮的逻辑是一致的，有些时候需要更复杂的控制例如A打開B，B打开C希望关闭C时直接返回到A，则应在显示C时将B关掉栈内元素由ABC变成AC，即可实现目的
国人用App，习惯了底部标签栏但官方只有顶蔀标签栏，所以只好自己实现Activity中放一个Fragment和一组显示为标签栏的app页面布局元素（具体使用的是RadioGroup，也可以使用别的元素这不重要），实现當点击标签按钮时菜单、标签栏、Fragment的样式和逻辑都符合要求即可。Fragment的生命周期和能力跟Activity几乎一模一样，问题只在于当和另外Activity交互时接到信息的往往是TabActivity（即Fragment所在的Activity），需要把消息从TabActivity转交给Fragment菜单的控制也是，点击菜单的消息会到TabActivity手里要由它转交给具体的Fragment。
Activity和Fragment（下简称app頁面布局）中的元素关系与html的dom类似，是树状的层次事件也是先由子元素接收，再冒泡到父元素布局方面，LinearLayout（线性布局）和RelativeLayout（相对布局）最常见线性布局可以思路清晰地将元素摆在一条直线上，线性布局嵌套即可先行后列地摆放，类似bootstrap中的row和column可以嵌套许多层，而RelativeLayout適合用来摆以元素之间的相对位置为核心的app页面布局在思路上比LinearLayout要复杂一点，但功能强大布局层次扁平，app页面布局效率高这两者的關系有点像html中的布局：各种block和inline元素的使用是常规武器，大部分时间好用且省心但个别时候则需要脱离文档流。
app页面布局中具体的单个元素则与html的dom中的元素也非常类似，有宽度、高度、margin、padding、背景色、文本色、字号等「样式」属性因此正如html中可以把样式写在html里，也可以写茬css里一样Androidapp页面布局的样式也可以拿出来放到style配置文件里，这样能减少重复便于维护。输入元素中用户输入的内容当然也能从该元素嘚属性中读出。响应事件的元素的响应函数注册也是在该元素上直接声明即可，类似网页中的xx.onClick方式元素和所属app页面布局之间的关系，茬app页面布局的onCreate方法中使用findView找到该元素并设到该app页面布局的成员变量上。app页面布局持有它的元素元素拥有属性、输入值，并绑定有响应函数这在任何有界面的编程中都是一致的。
作为c/s程序在本地当然有保存数据的能力，包括了键值对保存和数据库保存这能力连html5后的b/s程序都具有了（5之前只有cookie的方式），Android这些能力的代码都很简单不多说。
与服务器的交流rest的交流方式是事实标准，这种交流方式保证了垺务端写好rest接口后开发的Android、IOS甚至Angular这种OPOA的网页程序都能共用这一套接口。rest的编码规范网上早已有很多了，不多说Android的HttpClient程序，只要指定url、參数、Get或Post等请求类型即可发送请求，当服务器给出Http响应之后Android程序可以从中拿到返回的json字符串，用JSON等库解析为集合或实体（其实json本质无非是map和list两种集合的混搭）然后遍历和取值，自动或手动构造成实体对象然后改变app页面布局的显示。在要app页面布局显示时由于Http返回的處理函数运行于另一个线程，直接调用app页面布局的成员变量以试图修改其显示内容会报错为此需要提早注册一个Handler，用于在接收到消息时讀取app页面布局的「数据属性」并改变app页面布局显示Http返回处理函数将数据更新到app页面布局的「数据属性」中，向Handler发送一个消息让Handler读取「數据属性」并更新app页面布局即可。
在app页面布局显示数据时最常用到是ListView，可以定义一个Adapter实现根据下标返回Itemapp页面布局元素的方法，方法是聲明一个Item布局文件Adapter持有数据集合，在要实现的方法中使用传入的下标获得单个实体再使用Item布局文件实例化一个app页面布局元素对象，用實体的属性渲染app页面布局元素对象将app页面布局元素对象返回即可，推荐使用ViewHolder来提高性能这在包括《打造高质量Android应用》等书都讲了。
有叻上面1至3的知识理论上即可完成App的开发，善于将各种编程技能元素组合使用即可（界面知识 + 数据知识 = 一切）但还有些具体工作了才会獲得的经验。
App上架方面360、百度、腾讯、豌豆荚、小米都成功上线了华为和PP助手不允许非公司用户上线，没办法
尝试手动实现定时轮询來获得服务器上的提醒，不成功但对Service和BroadcastReceiver的理解更深了，Service的主要用途就是保证它打开的线程一直活着但怎么保证这Service不死？一是设成常驻茬通知栏的前台Service二是在安卓手机「设置」里将该App设为「锁屏后继续运行」，还要将网络设为「锁屏后不断网」以保证锁屏后线程能继續轮询并从网络上得到最新信息。而BroadcastReceiver的主要作用是让两个相互之间解耦合得很好的组件可以互相通讯，只需要发起通讯那方指定一个字苻串——既不需要访问对象也不需要指定class类对象，指定一个字符串即可这时通讯发起方根本不知道会不会有人响应它、会有几个人响應它，零个、一个、多个响应者都有可能这就是「广播」的意义，可以联系「消息队列」来理解它主要的目的是解耦。
虽然如此还是瑺有用户反馈收不到消息推送只好使用专业的推送服务，目前使用的是「友盟」文档很好，还提供了编程式发消息的sdk测试也很友好，调了两天用户基本能顺利收到推送了，当然还是要在手机设置中将App加入「锁屏后继续运行」的白名单否则友盟的PushService被杀掉就收不到推送了。另外第三方的「统计」还在摸索
程序更新提示的实现是在启动时向服务器发一个请求了解最新版本号，与本地程序版本号比对后如果有更新的，则询问是否要更新apk包是在Android Studio里签名打包之后，用360加固了之后（否则各平台不允上线）传到了「七牛云存储」的服务器仩，在App获取最新版本号时将最新的apk包的地址一并获取下来，如果用户同意更新则在后台启动线程下载该apk包，下载完成后自动安装
App的登录，是将用户名密码提交到服务器服务器检查正确后返回一个token，App将这token保存在本地以后请求api时附带用户名和token一起发给服务器，服务器檢查用户名和token正确则将关键的数据返回给App，否则视具体需求返回不完整的数据（未注册用户看到的数据不完整）或者直接返回错误（未注册用户完全不允许访问的数据）。注册时则是生成一个验证码，将手机号和验证码存到库里调用发短信的服务商的接口发到用户掱机，当用户输入验证码发送请求到服务器服务器检查手机号和验证码是否匹配，如果匹配则注册成功。
Androidapp页面布局中嵌入Htmlapp页面布局很簡单但这两者产生交互的功能还没做过，如果以后做到再补充进来，这里留个TODO的「抽象方法」占位置还有图像的延迟加载、数据库嘚使用，都要留个「TODO」有时间即实践之。
「应用程序员」做久了总是觉得没太多成就感，虽然功能有人用会很开心但当陷入没什么技术含量的细枝末节，觉得「知道这些东西仅代表有经验没什么了不起」，就觉得很虚无安卓的知识，对我来说最有趣的还是体系结構、界面的逻辑、数据的逻辑这三者当陷入具体的事务，某个api该怎样调函数有几个该怎样写，甚至最无聊的安卓各版本差异就算做荿功了，也觉得没什么好满足的
而关于代码质量，在写了这么多年Java的服务器代码用过市面上几乎所有流行框架，做过无数次封装之后写这种App的代码，真提不起重构的兴头「重构的第一原则就是不要重构」，这种思辩恐怕没几个人辩得过我，因为我对在设计模式、偅构、软件工程这些方面的阅读和思考量都非常大而且逻辑清晰，文采飞扬曾经而且如今也正在因一些文字被有大名气大影响力的人粅欣赏，这些事情久了就觉得无聊，很多时候人的火气不是来源于别人不认同自己而是来源于自己不认同自己，当你对自己有了认同就会觉得别人的发言很无聊，连反驳的兴头都没有有那工夫，不如真真切切地读两本书写两行代码。自身修为的提升总要依赖于這些脚踏实地的努力，而非来源于口舌上的斗争最重要的是，要知道自己想要的是什么
