调整代码组织架构，重点向业务倾斜

        平台说赠送流量券，不知道有什么使用价值，再写一篇文章看能不能争取下。熟悉了基本的开发方法后，后续的变化更多是信息技术与实际业务的结合。一般有个普遍的通识：聪明的程序员不会重点去追求技术的掌握，而是把重点放在业务应用的变化上。技术的变化是很快的，同样遵循用进退废的规律，过一段时间，可能你掌握的东西全都过时落伍了，而在实际的业务变化应用中，它会产生真金白银。对我们大多数平凡人来说，追求的生活质量，而不是什么技能，当然非平常的高手除外，我也不排除有东方不败样，追求的就是独步武林~_~。

按业务功能或实体划分模块功能去组织项目更实用

当然，这只是个人观点，不过我感觉这样组织对于记忆自己开发的类库和代码管理更方便，重用的时候就是长时间没接触也更容易找到。我将之前的项目模块重新进行了划分，结构如下：

专门增加了baseData模块和netBios模块，分别用来存放业务实体用到的基础资料，像用户、商品、地点、仓库等重用率较高的功能点；netBios用来存放并发控制，系统线程，共享资料、网络资源管理和监等功能服务等。后续感觉眼下可能为了方便银行资金管理，只需要有时间的时候增加一个资金管理模块就可以了，专门用来记录分析融资等与银行存款、贷款相关的业务。

关于模块间功能引用的项目构建管理工具的选择

这一块开发工具自带了Maven和Gradle等࿰