一篇文章写了三次都没提交成功我也是醉了，还是好好写啦。第四次
人生的转折来的总是那么莫名其妙，面试了好多公司没想到外包进了一个不错的大厂，从一个JavaEE开发工程师，运维工程师，实施工程师变成了android开发工程师，各种意料之外，但是又是情理之中，本来自己就是冲着多试试的态度来的，那么一定要努力过后再说合适不合适。
想当初大学选方向的时候老师还说千万别选择android，以后没地方要，可是我学了大数据居然最后成了android开发，各种莫名的玩笑都是来自老天爷的捉弄，甚至还遇到过一家小的互联网企业，面试到最后用我的电话号码算出来我的整个人的特质，说的特别一致，但是后面说有一个不好就是你的家人都会慢慢远离你，你顶死也只能是一个底层领导……最后没有要我，真的是怕了。
android开始了一个星期了，这一个周日的总结来的有点太晚了。
开发环境：这个网上都有，我也不想多说，针对我自己来说总想着对比各种工具有什么区别哪个有什么优点，什么便利，所以android studio套餐和eclipse套餐都弄了一份。
赠送脑残环节一个：
套餐的配置中你需要给eclipse额外配一个sdk，studio一个sdk目录。但是毕竟是穷人，不想多用空间，投机取巧两个路径弄到一个了，省得两个分开下载，eclipse下载还不好使。最终的结果成了两个都不能用了，无奈，遵从公司android studio套餐。
框架探索：
可能真的是只有经历了springboot才发誓——无框架不编程。
各种设计模式的要求，各种实现的繁琐，各种重复的工作……通通交给框架，三分钟无痛苦，今天定任务明天就交差。
但是经历了尝试之后我真的还想再留住五百根头发。
由于android自身的特性来说，框架这个东西对它有些水土不服，首先光是框架引入的类包都可以写一个王者荣耀了（抱歉，夸张的有点大但是体量的庞大真不是随便来来的）。
也就是说虽然android的开发也是用的gradle，但是完整的框架不可能存在的，或许性能大爆炸之后就不一定了最初的JavaEE不也一样么。
先说说IOC这部分的框架，在android使用广泛的是把这一框架运用在了activity上，并不是全局，所以界面真的不多的情况下还是努努力，就可以了，一个按钮什么的也就那么几行是吧。其中相对来讲很成熟也一直在更新的是ButterKnife（主要是就用了这一种，因为android studio有专用的插件支持），还有一种是需要自行维护的（网上很多教程，但是最终的结果真的不如用ButterKnife，首先性能上说控制反转对于性能的降低很明显，但是ButterKnife其实是个伪IOC框架，最终会有自己的一个文件夹，放着一个替换你可以看到的activity的一个类似的类，很想叫同名类，只有一顶点的区分，性能不会有损耗，只是占用的空间比较大）。
界面之间的部分已经可以和逻辑开始沟通了，那么逻辑处理完该找谁呢？
数据库
哈哈哈！恭喜，你还只是一个JavaEE开发人员，更多的是直接文件操作了，这么小的手机你狠心给它那么可怕的工作吗？
所以就有了一个基本上只需要一个文件的数据库SQLite。
不开玩笑了，这个地方也是有框架的——可以实现springdatajpa的感觉，用法也不尽相同，只是需要注意SQLite的特性。
脑残时刻：在android的地盘还是想着MVC，可是明明人家要的是MVP好吗？硬套MVC最后发现，“对不起，我妈妈不让我出门……”“这只猫真可爱，可是我不能把它带回家，我妈妈不允许我在家里养它……”……不，这不是脑残小说，真的，这些话天天就在我的脑海里，这个东西只能在activity里面用啊，那个不能在这里用，需要单独的线程……
受不了，解耦解不了，想聚聚不起来，真的是痛苦，当然，我不会告诉你新上手的项目Java部分没有文件夹的。
哈哈哈
真的可怕，头一次明白了为什么都说不开源是因为怕丢人。
哈哈哈
网友评论