Android敏捷开发总结
- 1.项目优点
- 2.项目待优化说明：
- 3.Android应用发布的探索
如果你最终看到了这篇文章，我想你表达一波歉意，由于整个Android项目属于敏捷开发，因此很多知识点我没能解释那么透彻，更多的是介绍有什么工具怎么使用它。由于自己基础不好，还是个考研族，整个开发也就花了7天左右0基础上手Android，确实是时间不够，哈哈哈，真心希望能得到理解。
1.项目优点
当前，咱也不能妄自菲薄，也有那么几个点做的好一点：
（1）项目整体花的时间比较少，在仅有两个人开发的前提下，花了7天完成；
（2）前端的话，我也算是正式入手了移动端开发，之前的uniapp、微信小程序、vite等总觉得差点意思，算是一种弥补吧；
（3）后端，响应比较及时，能够很快对前端的需求做出回应；
（4）从软件开发的角度上来看，基本流程都不缺，测试的话由于Android对抓包的限制，因此安全方面没有找到有效切入点。
2.项目待优化说明：
主要是给下载过我们代码的人看的，特别是如果你也刚好是想快速完成一个Android应用的开发。
（1）由于对Andorid的学习不够深入，因此大量使用重复代码以及getAcivity()等容易影响性能的处理方式；
（2）缓存方面，除了使用sp做简单缓存外，没有使用关系型数据库sqlite，可以说是性能大砍一刀；
（3）MQTT的接入有些生硬，用户无法像传统功能上实现在软件没有启动的情况在推送，只能运行软件的过程中接受，如果想实现这个的明白软件如何挂载后台进程了，让MQTT的心跳包不停止；
（4）MQTT的接入使用的是开源的平台，安全上存在不足；
（5）项目高度耦合，特别体现在用户消息的处理上，用户读取消息之后对于消息已读的请求，重新获取未读消息列表；
（6）没有下拉刷新功能；
（7）提示框的展示不太友好，只是简单的文字提示。
当然，任何软件的开发都不是一蹴而就的，往往会花大量的时间在后期的维护上，这个也是正常的，但处于自己对于代码的一些执念，我觉得我还是有必要指出存在的不足。
3.Android应用发布的探索
Android应用的发布（也就是应用市场上架）相对要严格一些，正规渠道需要具有软件著作证明（这个300米+，而且不容易过审，需要有较好的创意），更严格的应用市场还需要提供软件的对应官网。非正规渠道比如一舟分发，40一个月，感觉贼贵，哈哈哈，只能说有个么一条路。
