任何人都可以解釋實現MVC vs MVVM與基於iOS的項目的VIPER的真實場景。我正在尋找一些例子來解釋我們應該使用MVC ,MVVM和VIPER。實現MVC vs MVVM與基於iOS的項目的VIPER的真實場景
在此先感謝。
任何人都可以解釋實現MVC vs MVVM與基於iOS的項目的VIPER的真實場景。我正在尋找一些例子來解釋我們應該使用MVC ,MVVM和VIPER。實現MVC vs MVVM與基於iOS的項目的VIPER的真實場景
在此先感謝。
https://medium.com/ios-os-x-development/ios-architecture-patterns-ecba4c38de52#.58u55ykux
有沒有銀彈所以在選擇架構模式是權重的權衡在你的特殊情況的問題。
我同意,沒有正確或錯誤的方式來做到這一點。我曾在一家中型項目(約70萬行代碼)中使用VIPER/Clean架構啓發式架構。我們採用這種方法是有道理的,因爲我們有相當多的業務邏輯不應該經常改變。此外,架構傳達意圖,以便更容易理解您的應用程序(您的用例),而不是您使用的框架和技術。
如果您想了解更多關於乾淨建築靈感的建築,如VIPER,我建議您看看Bob叔叔在YouTube上的講座。
https://www.youtube.com/watch?v=Nsjsiz2A9mg
如果您不確定要往哪個方向走:遵循單一職責原則(您可能仍要遵循)。這樣,您可以稍後重新組裝這些部件,以實現您已解決的架構風格。