接觸的代碼越多，越來越明白了規范和架構的可貴。如果一個代碼量大的項目，因為沒有良好的規范和架構，經手了幾個程序員以后可能就面目全非了。每個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。