1、利用面向對象的原則，將我們面對的功能拆分出相關類
2、相同功能只應出現在一個類中。
3、相似功能儘量提取其公共部分
總的目標可以簡化爲精減代碼量。
我們以一個動態條件查詢界面來說明一下上面幾點
這是一個病案查詢功能，左則的列表是所有可供選擇的字段，中間是用戶要求查詢的字段，右側的某一個查詢字段的條件。
組織這個界面功能要用到哪幾個類呢？
結果不是唯一的，每個人都可以有自己的想法。但我認爲，組織一個更多人容易理解的方式應該是我們的目標。
首先浮現我們腦子的，應該是兩個對象：所有的字段、字段查詢範圍
研究一下所有字段的規則，更多時候應該跟客戶面對面的聊。我們發現部分字段使用相同的查詢範圍錄入界面。
所以這裏似乎隱藏了一個字段類型。就是某一類的字段的行爲是一致的，界面錄入、條件生成等行爲是一致的。
字段查詢範圍、字段類型都很容易讓人想到這兩個是字段的屬性，而不是構造主要元素的功能對象。
是的，從名字來看就很容易讓人迷惑。但如果我將名字換成“查詢範圍”、“行爲控制器”，你可能會明白我的用意。
三個對象：字段、查詢範圍、行爲控制器
左側顯示就是所有“字段”，中午顯示的是所有的“查詢範圍”，行爲控制器必然是一個接口，讓主程序可以優雅的處理N種情況。
這個主程序就可以應對N種字段的顯示。
本文只發布在博客園，未經同意請勿轉載！