移动客户端下半年技术优化点

序号Android端技术优化点优化理由 优先级开发时间提测时间任务类型负责人可执行范围1从下一个界面返回到成长界面、消息界面时，我们都有处理逻辑的，对这些业务逻辑处理的整合和重新设计。
             理由：从禅道上的BUG比例可看出，有一定比例都是从其他界面返回到上一个界面时发生的问题。比较多的是从其他界面返回到主界面，返回到成长界面的问题。所以从这个角度，做一套机制，统一处理返回时处理逻辑。这个问题涉及成长界面与消息界面两大主页面，处理逻辑不少。 高7个工作日考虑到其他日常工作，预计8月底短期待定Android2webview页面title显示问题理由：前端每增加一个页面，都需要通过JS把titile传给客户端显示。显然，无论，客户端还是前期都需要开发成本，此处待优化。这个是android与ios两端都可以做的，所以优先级高一些，但涉及前端同步改造高客户端3个工作日，前端7个工作日.预计8月底提测短期待定IOS&android3米学应用体积进一步压缩理由：应用商店对于新版本体积减少的APP会有提示的，这样可以促进用户进行升级的意愿。高10个工作日预计8月底提测短期全体IOS&android4成长模块（作业，通知，成长）三个界面与发送功能整体框架设计理由：作业，通知，成长三个模块基本一样。这样设计一套框架把三者整合起来。便于以后扩展新功能，就不用一个功能写三遍了。设计思路计划采用全独立element形式，为以后各个elementView随意组合做考虑。这个是android与ios两端都可以做的，所以优先级高一些高15个工作日预计9月底短期罗浩IOS&android5环信3.0升级理由：新版本有一些性能方面的优化。但因改动范围较大高15个工作日预计9月底短期待定IOS&android6图片加载库picasso替换imageloader理由：项目存在两个图片加载第三方库是不合理的。考虑到picasso比imageloader更好一些。所以使用picasso替代imageloader.中5个工作日预计9月底短期待定Android7我的成长页面与个人成长页面统一理由：界面一样，但是却用两种实现方案，现需要统一，方便维护。中3个工作日预计10月底中期待定Android8发成长页面图片选择器改造理由：目前使用的地方较多，维护和扩展难度加大，需要改造。中7个工作日预计11月底中期待定Android9volley网络模块的进一步封装理由：结合业务情况，作进一步的封装。包括，返回数据的拦截，异常处理，去掉原有枚举的使用等。中8个工作日预计11月底中期待定Android10多媒体方向的技术预研储备等。比如图片滤镜、贴纸等理由：满足需求的技术储备低————————长期待定Android11拍摄视频并上传技术理由：满足需求的技术储备低————————长期待定Android12浏览器模块化，做插件化编程理由：浏览器模块与前端联系紧密，满足前端扩展新功能，客户端可以随时跟上的需求，可以考虑做。低————————长期待定Android