干净架构

在 Clean Architecture 中，"network"（网络）通常应该放在最外层，也就是清晰架构的最外层环境中。Clean Architecture 是一种软件设计原则，旨在实现高度可测试、可维护和可扩展的应用程序。它将应用程序分为不同的层次，每个层次都有其特定的职责。

以下是 Clean Architecture 的层次结构，从内向外排列：

1. 实体（Entities）层：这是最内层的层次，包含表示业务逻辑和状态的核心实体（例如对象、类等）。
2. 用例（Use Cases）层：这一层包含应用程序的业务逻辑和用例，用于协调实体并实现特定的应用功能。
3. 接口适配器（Interface Adapters）层：这一层负责将用例层与最外层的框架和工具进行交互。它包含了控制器、网关、Presenter 等组件。
4. 框架和驱动（Frameworks and Drivers）层：这是最外层的环境，包含与外部系统进行交互的代码，例如数据库、Web 框架、UI 等。

在这个层次结构中，"network"（网络）通常属于框架和驱动（Frameworks and Drivers）层。它是与外部网络服务通信的部分，例如通过 HTTP 请求获取数据或将数据发送到服务器。这使得用例层和实体层保持独立于具体的网络实现，使得应用程序更具可测试性和可维护性。

总的来说，根据 Clean Architecture 的原则，网络应该放在最外层的框架和驱动层，以确保内部核心逻辑的独立性和灵活性。

干净架构详解

mvc、mvp、mvvm优缺点

mvvm中为什么不推荐在view中层修改数据

在MVVM（Model-View-ViewModel）架构中，不推荐在UI层直接修改数据是因为MVVM的设计目标是将UI与业务逻辑分离，以提高代码的可维护性、可测试性和复用性。MVVM的三个主要组成部分分别是：

1. Model（模型）：代表应用程序的数据和业务逻辑。
2. View（视图）：代表用户界面，负责数据的显示和用户交互。
3. ViewModel（视图模型）：连接Model和View，处理View的状态和行为，并将数据从Model转换成View可以直接使用的形式。

在MVVM中，数据应该通过ViewModel来管理和传递，而不是直接在UI层修改数据。这样做的好处有：

1. 代码解耦和可维护性：通过将数据和业务逻辑与UI分离，使得代码更加清晰和易于维护。UI层只关心显示和交互，而不需要关注具体的数据来源和处理方式。
2. 单一数据源：通过统一在ViewModel中管理数据，确保应用程序中的所有UI都使用相同的数据源，避免了数据的冗余和不一致。
3. 可测试性：由于业务逻辑都在ViewModel中，可以更方便地进行单元测试，而不需要模拟用户界面来测试数据处理逻辑。
4. 逻辑复用：ViewModel可以被多个View复用，只要UI展示的数据和操作逻辑相同，不需要重复编写代码。
5. 响应式编程：许多MVVM框架采用响应式编程的方式，可以自动更新UI层的显示，无需手动处理数据的变化。

所以，按照MVVM的设计原则，我们应该在ViewModel层对数据进行修改和处理，然后通过数据绑定机制将更新后的数据自动反映到对应的UI上，而不是直接在UI层修改数据。