网络请求或数据库操作直接在View中触发

为什么避免在视图中直接触发网络或数据库操作？

将网络请求或数据库操作直接放在 SwiftUI 视图中，就像在客厅里炒菜一样，会带来很多混乱！ 😅 视图的职责是展示 UI，而不是管理数据。 当视图直接处理这些复杂操作时，它会变得臃肿且难以维护。

想象一下，你的视图需要加载用户数据。 如果你在 onAppear 中直接发起网络请求，那么这个视图就承担了数据获取的责任。 这不仅增加了视图的复杂性，也使得测试变得异常困难。

视图与数据逻辑分离的优势

将数据逻辑从视图中剥离出来，会带来巨大的好处。 你会发现代码变得更加清晰、更易于理解和维护。 🚀

• 职责单一原则： 视图只负责 UI 渲染，数据逻辑由专门的层处理。 这让你的代码结构更加清晰。
• 可测试性： 将网络或数据库逻辑封装在独立的模型或服务中，你可以轻松地对它们进行单元测试，而无需渲染 UI。
• 可重用性： 数据获取逻辑可以被多个视图共享，避免代码重复。 例如，一个 UserService 可以被多个显示用户信息的视图使用。

如何优雅地处理数据操作？

那么，我们应该如何处理网络请求和数据库操作呢？ 答案是：引入专门的数据层！ 💡

你可以使用以下几种模式：

• ViewModel (视图模型): 这是 SwiftUI 中最常见的模式之一。 ViewModel 负责从数据源获取数据，并将其转换为视图可以直接使用的格式。 视图通过 @ObservedObject 或 @StateObject 观察 ViewModel。
• Service (服务层): 创建专门的服务类来处理网络请求或数据库操作。 例如，一个 APIService 负责所有的网络通信，而 DatabaseService 负责所有的本地数据存储。
• Repository (仓库模式): 仓库模式在服务层之上提供了一个抽象层，用于统一数据访问。 无论数据来自网络还是本地数据库，视图模型都通过仓库来获取数据。

实践中的例子

假设你有一个显示文章列表的视图。 ❌ 错误的做法是：

struct ArticleListView: View {
    @State private var articles: [Article] = []

    var body: some View {
        List(articles) { article in
            Text(article.title)
        }
        .onAppear {
            // ❌ 直接在视图中发起网络请求
            URLSession.shared.dataTask(with: URL(string: "https://api.example.com/articles")!) { data, response, error in
                // 处理数据
            }.resume()
        }
    }
}

✅ 正确的做法是：

class ArticleListViewModel: ObservableObject {
    @Published var articles: [Article] = []

    func fetchArticles() {
        // ✅ 在 ViewModel 中处理网络请求
        URLSession.shared.dataTask(with: URL(string: "https://api.example.com/articles")!) { [weak self] data, response, error in
            // 处理数据并更新 self?.articles
        }.resume()
    }
}

struct ArticleListView: View {
    @StateObject private var viewModel = ArticleListViewModel()

    var body: some View {
        List(viewModel.articles) { article in
            Text(article.title)
        }
        .onAppear {
            viewModel.fetchArticles() // ✅ 视图只负责触发 ViewModel 的方法
        }
    }
}

通过这种方式，你的视图变得轻量且专注于 UI，而数据逻辑则被优雅地封装在 ViewModel 中。 🥳 这种分离让你的 SwiftUI 应用更健壮、更易于扩展！