这次做的这个订单后台管理，从10-16开工，做到今天，做了两个版本，基本完工。
这次主要是网络层使用的是okhttp3，网络层监控使用的是stetho，解析json用的gson，图片加载用的glide，解耦用的butterknife，组件通信用的eventbus，拍照用的take photo，压缩用的luban
开发中有几个痛点：
1.在fragment中设置childrenfragment，最好是继承一个basefragment，这次没有写base，导致代码量较大，后期针对bug需要重复改3遍
2.菜品管理界面，过于自信将所有的view融在一个activity中写，导致耦合度太大，解耦十分不便，而且由于view的管理过于复杂，导致此界面写了整整一周，事实上拆分成activity-fragment-fragment的模式，会缩减工期一半以上。
3.前期对okhttp发送请求中复杂请求不熟悉，包括patch传的值，还有form表单上传图片，还好后期使用了postman这个工具模拟请求，方便很多。
4.刚开始没有使用eventbus，service与activity交互还算了，service与fragment交互就开始复杂了，甚至service与adapter交互，需要写2个接口才可以。但是用了eventbus之后便一下子解决了。
5.打印功能，由于前期设计的时候使用每遇到一个打印请求便开一个线程打印，导致快速打印出现重叠。后期仿照messagequeue设计了一个队列，使用printqueue进行管理，方便了很多。
6.自定义view问题，前期想着自己撸一个，但是单纯的继承一个linearlayout来撸比较复杂。后来看别人写的，直接实例一个alertdialog更改view，简单很多，而且方便不需要适配。
大致就上面这些问题。
开发使用到的开源控件也有很多的问题，大多数都需要自己重新改改才能适应项目的需求，因此这样就需要对开源控件有个很明白的理解。但是我以前网络层用的volley，图片用的picasso，解析json用的fastjson，这次基本上都推到了。但是新用的还没有进行理解，需要搜搜源码来加深理解。
骚年，要加油啊～
网友评论