规范层面
业务规范
- 业务规范
在项目确立之后以文档或者原型的方式记录本次项目自己的理解。然后和相关的产品、测试、开发的同时达成总体的一致。不能存在业务上的模棱两可。 - 接口规范
同前端同事明确好接口规范,如请求方式、参数、类型…。 - 交流规范
一切信息以书面文档形式来传递。文档输出大于语言输出。 - 信息传递规范
编码准则
- 快速理解项目原则
通过了解原项目公有接口、公有方法、工具类、重复率高的代码逻辑、具体模块儿具体实现来快速掌握原项目,形成自己的项目逻辑。 - 当前为准原则
当前的业务实现是第一核心,自己写的代码不要拖泥带水。业务不存在的代码逻辑坚决不写。若有后续必然会用到的就将其抽取抽来,写成通用形式。 - 代码简易原则
删掉多余、无用的代码逻辑分支拒绝代码臃肿。特别是对已有项目进行修改时,那些重复的、无效的代码分支要坚决删掉。保持代码的精简,便于多人维护。
能力层面
思维理解方面
- 编程思维
语言和工具是为服务业务而存在的。每完成一个项目,在跨语言层面都应该有些许提升(掌握不同语言、不同协议、框架的共性)。经常去观察、思考生活中的点滴细节,在生活中感知和提升自己的思维逻辑。 - 面向对象
加深自己对面向对象的思考,理解其节点与通信以及实现思想。使其在自己的脑子中不只是一种概念。这样也会潜意识的提升自己的编程能力。 - 架构的理解
对项目中的技术架构要充分理解。每一层架构都有其固有的责任,要充分发挥每层架构的功能作用,不要串台。严格来说就是自己的事情自己做,必须和别人合作完成的事,我们再考虑与之交互。如,springmvc各个层级的具体职能规范。 - 积极实践
要勇敢的尝试和实践。如,srping的aop思想实现、参数校验框架、枚举实现等常谈、常用的东西,要积极在自己的项目中实践。
能力提升方面
- 不断学习
要有危机意识,不学习不进步,迟早会被淘汰。不断提升自己的学习积极性、优化自己的学习方式。 - 不断积累
在项目中、在学习中,遇到好的代码逻辑、API不要闲烦,记录下来自己学会。从不会搬砖——>会搬砖——>快速搬砖——>造砖 - 学会封装
通常情况都是,大神封装,菜鸟调API。在每次进行项目的时候,都要对项目中的工具方法、通用方法进行深入研究。在学习的时候,也要进入源码研究代码的设计逻辑与实现细节。在学习和工作中提高自己的封装思维、配置化代码设计思维。