SwiftUI MVVM：表单输入字段应存于@State还是ViewModel的@Published？

1. SwiftUI MVVM架构中表单字段的存储位置 #

在MVVM架构下，表单输入字段应该统一存储在ViewModel中。View的核心职责是渲染UI和响应用户交互，不应该持有业务相关的状态数据；ViewModel则负责管理状态、处理业务逻辑（如表单验证、提交）。将表单字段放在ViewModel里，能实现逻辑复用、方便单元测试，也符合关注点分离的原则。

2. 小表单与大表单的处理差异 #

核心原则一致，无论表单大小，都推荐将字段放在ViewModel中：

• 小表单（如登录页的邮箱、密码）：虽然字段少，但放在ViewModel依然能让验证逻辑（邮箱格式校验、密码强度检查）、自动填充/记住密码等逻辑与View解耦，后续扩展更灵活。
• 大表单（20+字段的用户资料页）：更需要将字段集中在ViewModel（或单独的表单模型），避免View代码臃肿，同时方便统一处理表单重置、批量验证、数据提交等操作。

3. ViewModel中大量@Published属性是否属于不良实践 #

如果直接在ViewModel中声明大量@Published的表单字段，会导致ViewModel变成单纯的数据容器，违背了ViewModel处理业务逻辑的核心职责，属于不良实践。这种写法会让ViewModel代码臃肿，可读性和可维护性下降。

4. 单独的表单数据模型是否更优 #

是的，这是生产级应用的推荐方案。创建如CreateTaskFormData这类独立的结构体封装所有表单字段，再在ViewModel中用一个@Published的实例持有它，能让ViewModel的职责更清晰：ViewModel专注处理表单验证、提交、与后端交互等逻辑，表单数据由专门的模型管理。

示例代码：

// 单独的表单数据模型
struct CreateTaskFormData {
    var category: String = ""
    var subCategory: String = ""
    var title: String = ""
    var description: String = ""
    var dueDate: Date = Date()
    var priority: TaskPriority = .medium
}

// ViewModel
class CreateTaskViewModel: ObservableObject {
    @Published var formData = CreateTaskFormData()
    @Published var showAlert: Bool = false
    @Published var categoriesArray: [Category] = []
    
    // 表单验证逻辑
    func validateForm() -> Bool {
        !formData.title.isEmpty && !formData.category.isEmpty
    }
    
    // 提交逻辑
    func submitTask() {
        if validateForm() {
            // 执行API请求或本地存储操作
        } else {
            showAlert = true
        }
    }
}

// View
struct CreateTaskView: View {
    @StateObject private var viewModel = CreateTaskViewModel()
    
    var body: some View {
        FormFieldView(
            title: "Task Title",
            text: $viewModel.formData.title,
            placeholder: "Finish SwiftUI project"
        )
        // 其他字段绑定同理
        Button("Submit") {
            viewModel.submitTask()
        }
    }
}

生产级SwiftUI应用的最佳实践总结 #

1. 状态统一管理：所有表单输入字段都放在ViewModel中，避免View持有业务状态。
2. 表单数据封装：字段较多时，用独立的表单数据模型封装，保持ViewModel代码简洁。
3. View职责单一：View只负责UI渲染、绑定ViewModel状态、触发ViewModel的方法，不处理任何业务逻辑。
4. 逻辑内聚：表单验证、数据转换、提交等逻辑全部放在ViewModel中，保证可测试性和复用性。

内容的提问来源于stack exchange，提问作者Swift