2021-04-16

让代码更有意思一些（一）

编写代码是每个与程序打交道工程师的必修课，如何编写高质量美观的代码，就成为了一个必须要解决的问题。
初始阶段，我们可以确定单一功能块的主要作用，确定输入输出端口的数量基本作用，觉得能够实现功能时，便着手编写代码，按照想到哪里写哪里的思路进行编写和调试，中间总会经历很多次的修补，还会出现修改输入输出端口的情况，以保证功能块的准确性。
在这个阶段中，我们也会想的很多，想要自己的代码变得清晰明了，想让自己编写的程序代码更有结构一些，调试和重复设计的过程少一些。这个是正常思维，也是正常思路，我们也需要了解相关的程序设计理念，代码编写风格，根据内心的想法，在实践中逐渐琢磨出自己的风格。
在这里，我有几个想法想探讨交流一下：
（1）关于变量名称，我们是不是认为已经是最好的定义方式了，是从简洁还是解释性更强的角度定义的，能不能有更好的变量名称？
（2）输入输出端口的变量名称区分性是否是很强的，能不能一眼就确定哪些是输入，哪些是输出？与内部定义的变量能不能区分开来，与相关的内部变量能不能衔接起来，让阅读代码的人也会产生非常强的关键性，让代码阅读更加有效，也更容易检查一下呢？
（3）代码划分和代码设计的思路是不是可以更细致一些，能不能先将代码的设计思路整理出来形成文档？编写代码之前，我们会有一些比较模糊的设计思路，并会为了实现一个功能而增加很多的相关变量和程序代码，但这个过程是不是不能精简了呢？我想优秀的你是有你独特的解决思路吧！
（4）编程的时候，我们有没有应用到系统的理念呢？虽然大多情况下，我们编写的程序代码没有系统的结构那么复杂，但不妨碍我们可以按照系统结构这样的思路设计逻辑程序代码。程序设计达到这一步时候，我们设计出来的程序结构性就会更强，功能划分更清晰以后，我们进行代码功能块交互设计就会更加的简单一些。
程序设计的有意思一些，结构，定义清晰一些，不仅是让阅读者身心愉悦，也让代码设计与编写调试者身心愉悦。
我这里提供一个思路：做一个强迫症患者，让自己先必须做到以下几点，然后开始代码编写和调试：
（1）每个单独程序文件都匹配一个代码设计与思考的文档，设计前的参考，编写后的回溯与升级；
（2）选择一个自己喜欢的变量命名方法，确定自己的命名思路，不要去改变，要在程序中贯彻实施；我用的是驼峰命名法，但添加了自己的一些思路，如状态机的状态转换变量我设计成state，state_add等，输入端口我设计成iFlag,ivData，输出端口类似如oFlag，ovData，内部变量如CntRow，内部声明如START_ROW。
让代码变得有意思一些，我们先要将代码功能准确的实现，并保证程序结构划分合理，代码注释合理，成品代码的可阅读强。