《第一个独立开发项目的完结》

关于项目开发过程中的一些认知

• 自我检讨及完善
• 基于外包公司开发的考虑
• 代码整体质量的理解
• 交接工作所要准备的资料
• 用户基数忽然增多问题

---

自我检讨及完善

首先，对自己的工作态度进行检讨， 总以为着“可以先放到后面再写”,”这功能很大众了不用再沟通了，就这么做吧”，其次就是自己的不细心， 导致android项目后期的bug繁多， 最后就是部分手机的兼容性不过关，以后写完一个功能就立马进行测试，拒绝拖延。

基于公司开发的考虑

新建项目的时候没有考虑到后期的交接问题， 从而导致了后期更改包名的时候损失用户量，并且由于是外包公司，所以项目的后期迭代考虑的不是很好。

代码整体质量的理解

由于是第一个独立开发的项目，里面的一些规范并没有遵守，类似如 文字在String.xml
的引用并没有写，只是哪里用到哪里就写上去了，这就直接导致了更改的时候得去找到某一个指定的类去修改， 并且没有写一个baseActivity or baseFragment or basexxx，这就引发了以后如果项目整体主题做改动的话会非常麻烦，以后得改正这一点。
并且在以后的开发中， 要把第三方混淆的代码加入到指定的文件中， 避免以后找不到（虽说不用混淆，但是混淆了会更安全一点）。
gson解析的时候，bean一定要对应起来，不然万恶的检测机构就会检测出来（只是检测出来，但是运行并不会出错）。

交接工作所要准备的资料

其一就是 项目的源码，这时候尽量自己本地也要保存一份，如果甲方确定要删除，那么立即删除，如果甲方没说，合同又没写的话视情况而定（说到这可能有很多兄弟来说不道德怎么样，别误会，我担心的是甲方把代码整没了或者是整乱了，好歹我这能有一份代码不是？）。
其二就是 项目的密钥，这可是重中之重， 给的时候要明确告诉他这个不能丢，仅此一份，当然最好自己本地也要保存一份，视情况而定。
其三就是 项目的各种说明书， 这个就给吧，后期配合看看就能理解。

用户基数忽然增多问题

那得分什么样子的产品， 如果说是 贷款类那不见得是好事，但是如果是别的，那就可以的，而且感觉这类产品用户的增多主要是用户缺钱的太多。。。

持续更新…