**：
可維護性是指當需要修改程式的某個模組時，對其他模組的影響和修改的代價；可擴充套件性是指當需要為程式新增新的功能時，對其他模組的影響和新增的代價，可以從下面幾個方面提高程式的可維護性和可擴充套件性
**風格：
1. 命名規範
命名要能傳遞出變數或者方法的含義，少用縮寫
私有成員以m開頭，靜態成員以s開頭，常量用大寫字母等
2. **排版
留出合理的空白空間來區分不同的**塊
同類的變數的宣告要放在一組，不同類變數之間留出一行空白等
3. 關鍵注釋
僅為關鍵的**新增注釋
**的層次性：
對於一段業務邏輯，不要試圖在乙個方法或者乙個類中去全部實現，而要將它分成幾個子邏輯，然後讓每個子邏輯做自己的事情；當**的層次性出來以後，就可以做到單一職責了
面向拓展程式設計：
在寫程式的過程中要時刻考慮到擴充套件
設計模式：
恰當地使用設計模式可以提高**的可維護性和可擴充套件性
Flume的可擴充套件性
flume的可擴充套件性 flume採用了三層架構，分別為agent，collector和storage，每一層均可以水平擴充套件。其中，所有agent和 collector由master統一管理，這使得系統容易監控和維護，且master允許有多個 使用zookeeper進行管理和負載均衡 這就避 ...
Flume的可擴充套件性
flume的可擴充套件性 flume採用了三層架構，分別為agent，collector和storage，每一層均可以水平擴充套件。其中，所有agent和 collector由master統一管理，這使得系統容易監控和維護，且master允許有多個 使用zookeeper進行管理和負載均衡 這就避 ...
系統的可擴充套件性
到底什麼是可擴充套件性？這年頭，作為軟體設計架構師如果系統沒有可擴充套件性對外交流時都不好意思。但是如何選擇可擴充套件性方案？水平擴充套件還是垂直擴充套件？是不是很矛盾呢，本文為你分析可擴充套件性的真實含義和實際專案中的取捨。每每和別人提及可擴充套件性的含義時，很多人開始討論提高效能，實施高可用性，...