1.什麼是dry原則
dry——don't repeat yourself principle，直譯為「不要重複自己」原則^_^
dry簡而言之，就是不要寫重複的**。原則本身很簡單，但是，對於ooad來說，有著非常重大的意義。
dry利用的方法就是抽象：把共同的事物抽象出來，把**抽取到乙個地方去。這樣就可以避免寫重複的**。
舉乙個dry的典型例子，如果在乙個類構造的時候，需要進行成員的初始化，在進行了某些操作以後，同樣要進行初始化，那麼就可以把「初始化」抽象出來，做成乙個方法initial()，在構造和需要用到的地方呼叫它。
雖然，抽取重複**是利用dry的乙個好的開端，但dry的實質是，乙個需求，用乙個部分來完成。當你試圖避免重複**的時候，實際上，你做的應該是用一段**來完成乙個需求。
為什麼要用dry原則？dry會給**維護帶來很大的好處。以類的初始化為例，假設類修改了，增加、減少或是修改了成員，如果不寫 initial()，那麼你可能至少要修改兩處，而且，修改之處也可能出現不一致，維護成本大大增加。而寫了initial()方法，那麼只要集中修改 initial()就行了。
既然dry是關於「乙個方法，實現乙個需求」的，那麼，是不是可以把dry應用到需求分析中？呵呵，答案是肯定的，而且，個人認為，這是個非常好的主 意。多個重複的需求可能導致多個重複或者相近的類，最後導致重複**。所以dry絕不僅僅對**適用，它是乙個廣泛適用的原則。
2.mvc的意義：
m-model就是資料實體，用來存放資料的
v-view對使用者的介面
c-control控制業務邏輯的部分
和mvc結構相關的是觀察者（observer）的設計模式，即所有的view是model的觀察者，只要model發生變化，它就要通知它的觀察者以更新所有的觀察者。
我們比較熟悉的mfc中的文件-檢視結構就可以理解為mvc的結構，在這裡文件就是model，它儲存真正的資料，檢視就是view，它以自己的方式顯示文件中的資料，而訊息則可以認為是control。
3. kiss原則：
就是keep it ****** and stupid. 簡單是軟體設計之美, 簡單的設計使得軟體產品易於開發, 易於維護. 簡單代表著高質量, 少加班, 每個人都希望自己的工作是簡單的.
在kiss原則之外, 應該有乙個更重要的原則: useful. 滿足需求是一切產品的低限. 也許需求本身也應該kiss, 簡單的需求意味著底成本, 高效率. 可惜客戶有時候很難克制自己的慾望. 也許站在客戶角度看見的kiss和我們開發者眼中的kiss不完全是乙個概念. 有人說: 好的設計是客戶做出來的, 開發者其實只是在幫助客戶做設計.
keep it ****** and stupid, 最難的在於keep. 乙個人做乙個******的設計並不難, 難的是讓這個設計在需求變化的過程中保持簡單. keep是關鍵, keep的時間就是這個設計的生命. 當乙個產品無法再keep ******的時候, 維護就變的越來越困難, 漸漸的無法加入任何變化, 他的生命也就快結束了. 公升級意味著重新做乙個.
keep ******就是要抵抗需求的變化, 一開始的需求總是比較簡單, 比如這樣: 設計乙個汽車駕駛程式, 他會在遇到紅燈的時候停下來, 綠燈的時候向前進.
4.rest(representational state transfer表述性狀態轉移)
是一種針對網路應用的設計和開發方式，可以降低開發的複雜性，提高系統的可伸縮性。rest提出了一些設計概念和準則：
1.網路上的所有事物都被抽象為資源（resource）；
2.每個資源對應乙個唯一的資源標識（resource identifier）；
3.通過通用的聯結器介面（generic connector inte***ce）對資源進行操作；
4.對資源的各種操作不會改變資源標識；
5.所有的操作都是無狀態的（stateless）。
程式設計中的幾個原則
程式設計中的幾個原則 注 使用設計模式其實就是對以下準則的貫徹和落實 一 ocp法則 開閉法則 open closed principle 乙個軟體系統應當對擴充套件開放，對修改關閉 優點 原則的描述就是其優點所在，1 通過擴充套件已有軟體系統，可以提供新的行為，以滿足對軟體的新的需求，使變化中的軟...
物件導向程式設計的幾個原則
物件導向程式設計時一般都要注意幾個原則 1 開閉法則 ocp 設計的類要對修改關閉，對擴充套件開放。設計乙個模組的時候盡量做到在這個模組在不被修改的情況下擴充套件其功能,也就是說在不改變源 的情況下,改變這個模組的功能。如何做到開閉法則呢？解決這個問題的關鍵在於抽象化。在物件導向的程式語言如c 可以...
物件導向程式設計的幾個原則
1.開閉原則 the open closed principle ocp 乙個模組在擴充套件性方面應該是開放的而在更改性方面應該是封閉的。因此在進行物件導向設計時要盡量考慮介面封裝機制 抽象機制和多型技術。該原則同樣適合於非物件導向設計的方法，是軟體工程設計方法的重要原則之一。我們以收音機的例子為例...