軟體構造的注意事項（細微之處見差距）

軟體結構設計的啟發式規則

(1)模組功能的完善化

執行規定功能部分；出錯處理部分；需返回給呼叫者資料時，返回是否正確結束標誌。

(2)消除重複功能

(3)將模組的影響限制在模組的控制範圍內

(4)深度、寬度、扇出和扇入適中

(5)模組大小適中

模組過大：可理解程度下降。模組過小：開銷大於有效作業系統介面複雜。

(6)降低模組介面的複雜性

介面傳遞資訊應簡單且和模組功能一致。

(7)模組功能可**

模組看成黑盒子，相同輸入產生相同輸出，其功能為可**的。模組帶有內部狀態其功能可能是不可**的。難理解、難測試、難維護。

(8)避免模組的病態連線

防止指向模組中間的分支或引用（針對內容耦合）。

(9)根據設計約束和可移植性要對軟體打包

打包指用來為特定環境組裝軟體的技術。 [2]

目錄結構清楚

命名最好是以程式用來作什麼用來命名。若乙個單詞就要描述則用小寫單詞來命名，若要用多個單詞方能代表，也以小寫單詞之間加下劃線連線。要注意命名不可過長，這樣就不方便了，雖然能表達的更明確，但打字難打啊。程式中函式命名也可與此相同。

常變內容、介面使模板較好

常變內容、介面使用模板較好，如果是按照傳統的製作將html頁面內容放在程式中處理輸入時，較麻煩非得要更改程式不可，這可能會帶來較大的不便。

共公資訊統一儲存

共公資訊統一儲存，這主要為了方便團隊開發時都能進行呼叫用的最常的函式，不用每個開發人員都複製乙份或自己寫乙份儲存在程式檔案中，這樣做浪費空間同時效率效果也不好。

include檔案不可嵌入較多

include檔案不可嵌入較多，這是因為每次程式include某個檔案時，是要開啟讀取這個檔案的，這是要時間的哦，再就是說處理路徑時可能會遇到較難發現的bug問題。

目錄下不可儲存太多內容檔案

如果檔案較多較大時最好是分目錄分碟符來處理。

資料結構要設計合理

資料結構要設計合理、精簡明了。

資料校驗應在伺服器端

資料校驗應在伺服器端，但這樣做也有他不好之處，那就是當資料量大時，伺服器會負載執行，審核資料完整性是可開銷時間與系統資源的。在客戶端就不會占用伺服器太多的資源，因為占用的是使用者的資源。

盡量少使用session與cookie

盡量少使用session與cookie，因為使用session是要占用系統資源的，session是儲存在伺服器端的，每次讀取session中的資料是要較大開銷的。cookie雖然不占用伺服器資源，但cookie不太安全。