Cocoa 如何應用設計模式

觀察者模式。

應用場景：一般是模型層對、控制器和檢視的通知模式，它不在乎誰接收，只負責發布資訊。

優點：解耦。

敏捷原則：介面隔離原則、開閉原則。

示例：通知中心、註冊通知中心、隨處傳送訊息以及註冊觀察者的物件可以接收它們。

kvo，鍵值對更改通知的觀察者。

MVC 模式。

應用場景：這是一種非常古老的設計模式，通過資料模型、控制器邏輯和檢視顯示將應用程式劃分為邏輯。

優點：制度、層級明確，職責明確，易於維護。

敏捷原則：展開 - 修改關閉。

例如：模型即資料模型、檢視-檢視顯示、用於UI顯示的控制器和資料互動的邏輯控制。

簡單地說，要學習設計模式，你應該採取幾個步驟。

1.了解設計模式。 在學習設計模式的過程中，重要的是要了解設計要解決什麼樣的設計問題，如果設計模式不能解決這些設計問題，這些設計問題的侷限性是什麼，以及使用設計模式解決這些問題有什麼好處。

2.多看源頭**。 有一些非常常見的設計模式適用於許多成熟的來源**。

如果可以的話，你可以看看一些簡單的開源專案的原始碼，比如 Junit，Apache 上的一些專案。 如果您要做與 Web 相關的應用程式，請檢視一些 Web 應用程式示例。 嘗試在這些專案的原始碼中標記出設計模式的使用。

3.嘗試使用。 嘗試在自己的學習過程中使用設計模式解決一些問題。

4.總結和改進。 最終，當你遇到一些設計需求，能立刻讓你想到某種設計模式的應用場景時，應該說你對設計模式的把握是比較到位的。

只要你能理解它，你通常會使用這些簡單的一些。

遇到問題時應用。 申請到專案中解決一些問題。 比如移植、擴充套件或其他什麼。

目的是讓內容簡單明瞭，讓第三方一目了然。

設計模式使重用成功的設計和體系結構變得越來越容易。 將經過驗證的技術表示為一種設計模式也使新系統開發人員更容易理解他們的設計理念。 模式名稱使用一兩個詞來描述模式的問題、解決方案和效果的助記符名稱。

設計 BAI 模式是完全的經驗。

結，du不是乙個公理化公式。 寫幾千行。

DAO程式碼生成後，找幾段最難讀**或者屬的重複地方，用問題處理好重構和設計模式，看到類似的場景，自然可以應用相應的模式。 否則，如果從一開始就考慮模式，只會跟著貓和老虎走。 希望通過，謝謝

——來自Chang Mobile，您的移動貼心管家。

這個問題你需要根據你的個人軟體形狀來做

公式，但是軟體開發應該是基於模組dao和層次關係的，這個可以作為基礎版本，可以學習一下jabberd，他的開發模型很痛苦，我就叫它外掛程式了，很有意思，一句話在網上查一下，模式是根據你的軟體來應用的，夠了，最重要的是在好用的時候寫軟體，不要寫得太完美，不要浪費時間和腦細胞。

例如，出廠模式：

public class daofactory 獲取其他 DAO 例項。