接触的代码越多，越来越明白了规范和架构的可贵。如果一个代码量大的项目，因为没有良好的规范和架构，经手了几个程序员以后可能就面目全非了。每个coder都按照自己的喜好放自己的代码，按自己的喜好给函数或源文件命名。这简直就是一团糟，而代码量越大，这个问题就越严重！
所以作为一个写代码来创造价值，体现价值的人来说。规范和架构，应该是一个基本素养和准则。
现在我就要做这样的事，来弥补我之前的蠢事。。。
既然是规范和架构，那就得有一个标准。
先来说说我之前的规划吧：
1 我的程序是taARM，它由2部分组成，主体和库。主体是taARM，库是kbsp，tal，以及tarbasic。
2 我是把驱动代码都写到了主体taARM里面去了，但这样明显不合理。更合理的做法是把驱动写到kbsp里面去。
3 另外，我的函数命名和文件命令都不符合整体SVM的风格。
4 最后，有些接口在SVM里本身都有的，而我仍然重新构建了，这不科学。
所以我现在该做什么：
1 把驱动代码移到kbsp里面去。
2 修改函数命名和文件命名。
3 如果SVM本身都有的代码，则用，而不是重构。
4 参考已经做好的kbspRawIntr.c文件。
5 切记，还应修改对应引用的头文件和makefile。
网友评论