始终认为,代码的好坏,在于思维逻辑的有效性、完整性(封闭性),只有这样才可能尽量的保证少出现BUG,或者在需求变更的时候,出现改了一处又出现一处的问题
同样,在解决问题的时候,也应该使用同样的思路去检验问题。否则,极易出现漏掉的情况。特别是因为重构、重用等,将逻辑拆的相对凌乱的时候
保证这一点前提,可能最好的方式是在每一个逻辑段的时候,能有相应的伪代码的实现,亦可作为技术交底文档。
也许要慢慢的改掉着急上手写代码的不好习惯吧~
多注重文档的积累,应该是后续的最好的发展路径之一吧~
时间: 2024-10-08 17:59:44