變數命名的擴充套件性，我理解的就是當業務發生變化之後，該變數的命名仍然是適用的。
最近在開發中遇到的乙個問題就是，定義乙個變數，boolean型，用於標誌是否需要簽署使用者服務協議。當前業務需求是，金茂使用者、國新使用者不需要簽署該協議。
於是，我這樣命名：
但是這樣命名不好擴充套件，假如現在需求變成，「格力或海爾」不用簽署使用者服務協議，那麼這個命名顯然就是不合適的。
修改之後：
修改為isneedsignuserserviceagreement，語意為「是否需要簽署使用者服務協議」，這樣一來擴充套件性就好多了，以後不論什麼企業需要簽署使用者服務協議，都可以使用該標誌變數。
要明確一點，不存在不需要後期修改或擴充套件的**，因為業務需求總是需要根據實際情況作出調整。所以在寫**的時候，一定要考慮到之後可能對**進行的擴充套件，切忌寫死！
架構 擴充套件性
擴充套件選和伸縮性 擴充套件性 指對現有系統影響最小的情況下，系統功能可持續擴充套件或提公升的能力。表現在系統基礎設施穩定不需要經常變更，應用之間較少依賴和耦合，對需求變更可以敏捷響應。它是系統架構設計層面的開閉原則 對擴充套件開放，對修改關閉 架構設計考慮未來功能擴充套件，當系統增加新功能時，不需...
CSS可擴充套件性
今日在寫pc官網的時候，一直對於html css的結構編寫完全按照自己的思維方式，今天把 交給老大的時候，被他指出很多編寫 的錯誤性，比如 結構，標籤的使用，語義化，css的可擴充套件性，由於 主要還是需要做seo優化，所以在標籤使用上也有些不合理之處，給了我一些建議，自己記錄以下 1 在html標...
NoSql的易擴充套件性
nosql現在很火很時髦，大家言必稱nosql，彷彿關係型資料庫已成陳舊落後的代名詞。但依我看，真正理解nosql的還不多，在實際專案中用過的應該就更少了。我也還不理解，更沒怎麼應用過，所以現在要努力學習。在學習過程中，常看到有吹噓nosql相比較關係型資料庫而言，有乙個優點是 易擴充套件。這怎麼理...