踩坑后整理一些思考和做法（总结一）

约定不等于承诺〃 2022-12-18 02:59 172阅读 0赞

#### 背景 ####

在实践过程中，总有一些做法和思路是不太好的。究竟怎样的思考和做法，才会合乎标准或者说达到自我满意的感觉？

#### 过程 ####

*  **修改代码**？**需求变更**，是需求本身变化，还是在已有的基础上扩展需求？有些需求，不需要修改代码，有些需求，是需要修改代码的。**不是不修改，而是修改少量代码，下策。需求来了，应该是扩展代码，添加起来非常容易，上策**。有的时候通过配置化达到扩展也是非常有必要的。因为想要完全做到，**对修改关闭，对扩展打开**，是不可能的。因此依据在实践中学到的经验，做出一个非常合理的决定，也是非常好的。
 *  对接外部系统的思考？对接外部系统，**为了减少依赖，最好的做法还是通过消息中间件**。为了更加灵动的应该一些小的修改，比如修改一些参数，那么应该是map容器去接收数据，而定义的为java类型存在非常大的问题，并且数据库采用json字符串保持数据结构。其次，一个入口，分类处理不同逻辑，完全分开，不要杂糅到一块儿。考虑到参数的修改，做到不要修改代码或者少量修改代码或者扩展代码。**拿捏好：在什么样的场景下，不需要修改代码；在什么样的场景下，修改少量代码；在什么样的场景下，扩展代码。**
 *  通过做了一类的事情，要总结和思考，找到一个通用的、好的解决方案。当然，也只有这样不停地去想和思考解决办法，如此，才能成长。
 *  出现了一个新的事物，一般第一反应是，**分类判断**，而无法做到更高一层去抽象。因此，还有一种办法应对：判断是否有这个新事物，有就处理，没有就不做任何处理。**这样更加通用，也更加无状态编码。**
 *  不要人工通过堡垒机连接数据库执行SQL，而是开发接口，通过接口调用，这样才安全可靠。
 *  思考问题的时候，不要想着复杂、麻烦，而是怎么做更加合理。有些时候，确实需要考虑到配合的人，是否麻烦、难弄。但是，在合理性的条件下，这一切都不需要考虑了。做法：**考虑好的设计思路，而非想到到麻烦以及难实现。设计可以非常好，做的过程中，根据外界和自身条件，进行一步一步妥协。**
 *  积极参与需求分析，对于有疑问的和不懂的地方，直接提出来。
 *  程序本身就存在bug
 *  需求本身就存在一定的不合理性
 *  不是每个问题都能够独立解决
 *  有的会喜欢自己，也有的会讨厌自己。这就是生活常态。
 *  真正觉得编程技能就是一个宝贵的技能
 *  把问题抛出来，去多问问别人的思路，体会到一个大致标准的做法，后续在改善做法。
 *  控制情绪。控制了情绪，才能非常精准地控制言语和行为。
 *  沟通。增加自信，这样说话才有更多底气。沟通过程中多倾听。理解到别人想要表达的意思。然后在表达自己的观点。

#### 小结 ####

*  我的反思与总结。