清洁架构与 MVPC/MVC/MVP
Clean Architecture Vs MVPC/MVC/MVP
我正在研究 Uncle Bob Clean Architecture，并试图在许多不同方面比较 设计模式应该用于我的 IOS/Android 项目。
好的，我注意到 clean arch 非常强大和稳健，但与此同时，在我看来，我应该创建的 class 和文件的数量是否太多了。
所以我的问题是，这种设计模式比使用MVC/MVP/MVPC更有优势吗？是不是开销太大了？？哪种架构最适合 IOS/Android 个项目？
我还没有找到任何好的理由来证明我从其他设计模式更改为 Clean arch，除了 UI 与主代码完全隔离的事实。
采用 'Clean' 架构以及 Hexagonal/Ports 和 Adapters/Onion/Lifesaver/Screaming，不排除使用分离的表示模式，例如 MVC。
这种做法的初衷是：
Allow an application to equally be driven by users, programs, automated test or batch scripts, and to be developed and tested in isolation from its eventual run-time devices and databases (Cockburn, 2005).
如果您认为您的应用程序将从这种方法中受益，那么我认为这是一个很好的方法。
顺便说一句，恕我直言，没有 'best architecture'。
我正在研究 Uncle Bob Clean Architecture，并试图在许多不同方面比较 设计模式应该用于我的 IOS/Android 项目。
好的，我注意到 clean arch 非常强大和稳健，但与此同时，在我看来，我应该创建的 class 和文件的数量是否太多了。
所以我的问题是，这种设计模式比使用MVC/MVP/MVPC更有优势吗？是不是开销太大了？？哪种架构最适合 IOS/Android 个项目？
我还没有找到任何好的理由来证明我从其他设计模式更改为 Clean arch，除了 UI 与主代码完全隔离的事实。
采用 'Clean' 架构以及 Hexagonal/Ports 和 Adapters/Onion/Lifesaver/Screaming，不排除使用分离的表示模式，例如 MVC。
这种做法的初衷是：
Allow an application to equally be driven by users, programs, automated test or batch scripts, and to be developed and tested in isolation from its eventual run-time devices and databases (Cockburn, 2005).
如果您认为您的应用程序将从这种方法中受益，那么我认为这是一个很好的方法。
顺便说一句，恕我直言，没有 'best architecture'。