先說MVC1，這個設計模式幾乎是所有有UI層的系統必須遵循的壹個設計原則。就IOS開發來說MVC幾乎就是別人設計好的，這種設計模式柔和了N個設計模式組合而成，具體操作系統或編程語言設計的時候可能稍有差異，如windows，mac os/ios，android/java。具體到ios的MVC，使用了委托（或代理）模式，參考系統啟動的delete代理，或者使用某些control組件的時候要遵循的代理協議。事件派發的時候使用的觀察者設計模式或/和糅合了責任鏈模式。
IOS，objective-C中訪問文件的API相當簡單，在java中我是沒見過，這種封裝，應該也用了壹個設計模式，我描述壹下，具體不記得，可以實現壹些很細節化的代碼，在使用的時候再組合這些代碼，對客戶層面來說很簡單，同時實現的所有代碼也可以提供給客戶端自由使用。大概叫組合還是什麽設計模式？
在IOS中要系列化對象用的協議體現了多態與抽象的原則。
我個人理解，設計模式大部分框架已經幫做好，只要遵循直接使用即可。
如果想把設計模式中的思路用在項目中，IOS上可實現的地方在，數據模型與自己的業務處理邏輯上。這塊設計就看自己的設計模式修為有多高。
最後，設計模式，是解決特定問題壹些好的參考方式，如果項目不是足夠大沒必要采納。原因很簡單用設計模式會增加代碼的復雜度，如策略設計模式真采納的時候會增加代碼量，甚至犧牲性能（壹般應用系統不需要考慮的影響不明顯）。但是使用設計模式也有好處，能增加軟件的可維護性、可擴展性、可復用性。所以如果項目可預期會越做越大，考慮使用壹些設計模式可以避免後期擴展系統的時候出問題，也可避免重復測試壹些已測試好的功能。
我自己的經驗，采用壹些設計模式的觀念，對代碼部署，修改，後期維護有很大好處。但壹次性項目或小項目沒必要采用。