紅孩兒編輯器的開發規範

第一：先寫相關的設計與開發的文件，然後再開發程式程式碼。
如果不能把設計思路與系統實現的邏輯結構，以文件的形式描述清楚，
那麼就是設計者根本不知道自己要做什麼。開發者也沒有了目標與方向。

在系統的規模很小的情況下，例如，總程式碼行數在2000行以下時，
程式可以不講究任何的開發方法，甚至文件也可以沒有，讓程式程式碼
野蠻地成長。但是這個讓開發者的頭腦的記憶負擔越來越重。
在2000行以上時，開發者不堪重負。必須以模組化的思想進行設計，
必須以文件先行。許多程式邏輯錯誤的出現，源於系統的實現邏輯模糊不清。

第二： 遵循開發三部曲，先讓程式跑起來，再讓程式正確地執行，得到期望的結果。
不符合開發文件的期望結果的，記入bug跟蹤列表的文件，並及時的修正，最後記錄
效能基線，並且優化效能。

第三： 模組的程式碼規模儘可能地小，程式碼完成時，必須同時給出一些測試用例，最低原則是
保證程式在測試用例的情況下，得到正確的結果，測試用例之外的用例能讓程式執行起來，
可以有bug.

第四： 為了防止程式碼的規模膨脹而失控，每個開發的里程碑時刻，必須有程式碼分析的文件。
目前是人工分析，未來會考慮引入相關的程式碼分析工具，生成程式碼分析報告。保證有程式碼的
可維護性。