前言
年关到了，近期这个项目开发中出现了一些问题，本文章对这部分内容来做一个总结，希望以后的工作中也能够有意识的去避免和精进，而且这些在实际工作中也是非常重要的，有意识的去完善，才能慢慢提高编码的水平，而不是仅仅为了完成任务
相同部分的过于冗余
- 封装的思想意识不够，一方面是时间方面不是很充足，另外一方面对于工具类的封装经验上不足，在开始编程之前应该要先捋清楚实现业务的过程中有哪些始相同的部分都有可能会用到，导致在不同的部分重复编写代码，也就显得代码比较啰嗦用java开发就要重视封装的思想
扩展性
这部分更偏重于要对设计模式的学习，在编码的过程中也应该有意识的使用，当然前提是应该要多读读一些优秀的源码看看设计模式是如何来应用的。再慢慢地来迁移
优雅性
- 比如过多的使用if else的判断，而不是灵活优雅地使用函数式编程来处理。本来2三行能实现的代码非得要二三十行才能实现，过多的if else会导致代码的可读性差，这方面我觉得应该要多看看别人写的优秀代码来提升自己，然后将自己不熟悉的知识点总结下来，这部分需要的是不断对自己写的代码进行打磨，分析其中的不足慢慢才能做到
学会使用伪代码
- 这样做得目的是为了让自己写代码的思路更清晰，很多时候代码不清晰就想打草稿一样，想到哪里写到哪里更容易让自己的思路跑偏。最后无尽的返工推到重来。
编码习惯
-
编码过程中编码习惯要有意识的培养，比如方法参数要加注释说明，接收的参数不宜过多，多的情况下要学会用对象来封装(，这一点在2个项目中均有出现，别人阅读的时候感觉很不友好
-
接口方法不宜过长
对于相对复杂的一些业务可能涉及到的逻辑处理会很多，对于这部分，实现的过程中更加要对相同部分进行封装，一个方法过长的话对于阅读起来也是非常的费劲，单个方法最好不要超过80行 -
映射的路径要和业务内容保持一致，便于理解
-
重视阿里巴巴开发规范
-
流程图+思维导图
可借助流程图和思维导图来提高自己对业务的理解，开发的过程中要看这些图和整理的思路，看看自己的思路是不是朝着正确的方向上走
数据的流转逻辑不清晰
实际的业务逻辑开发中，只要在脑海中梳理明白了数据的变化逻辑，才能清楚的明白页面变化的原因，并快速的找到问题的原因
性能方面
- 慎用复杂的sql
在开发看板和填报功能的时候都大量用到了复杂的sql联查功能，虽然从功能上来说是可以实现，但是如果一定稍微数据量稍微大一点就会出现接口执行就会非常的卡顿，对于用户体验来说是非常不好的，而且写了复杂的sql对于后期的优化来说也不好，因为时间长了，再看自己写的sql也会多少忘记自己当初为什么要这么来写，而且维护起来不利于拓展
评论区