@jackyin

// View

struct UsersView: View {
@StateObject var usersViewModel = UsersViewModel()

var body: some View {
VStack {
ForEach(usersViewModel.users) {
UserView(user: $0)
}
}
.onAppear {
usersViewModel.initUsers()
}
}
}

struct UserView: View {
@StateObject var user: User

var body: some View {
VStack {
HStack {
Text(user.name)
Button("改名") {
user.changeName(newName: "小明")
}
}
}
}
}

// ViewModel

class UsersViewModel: ObservableObject {
@Published var users = [User]()

func initUsers() {
users.append(User())
users.append(User())
users.append(User())
}
}

// Model

class User: ObservableObject, Identifiable {
@Published private(set) var name = "待改名"
let id = UUID()

func changeName(newName: String) {
name = newName
}
}


我这个算 MVVM 吗。我这里把 User 定位为 Model 是对的吗

@cardioio 是的，这个时候问题就来了，现在没有了 Model 了。UserViewModel 承担了 ViewModel 和 Model 的角色，这么做感觉不是 MVVM 了

@agagega 我的问题其实是基于怎么在 SwiftUI 上使用 MVVM ，如果 ObservableObject 是 MVVM 里面的 ViewModel ，那么 @Published 修饰的成员变量是 Model 。但是有一种场景比如我要修改用户名，我把 @Published 修饰的成员变量弄成了 ViewModel ，我问的是我这么做是不是不对

@cardioio 我疑问的是如果要改 user 的 name 这种情况呢，User 就只能是 Class 了，这个时候算不算是 UserViewModel

@irisdev 哈哈哈，真实。利益可以影响一个人的方方面面。

https://github.com/CodeEditApp/CodeEditTextView ，原来新的编辑器已经在做了，也可以作为一个库开放出来，不错不错

记得编辑区是用 highlight.js ，能用 PlayGround 那个就好了，但是苹果又不开源

@sheeta 有官方（现在应该不算了）规范，JSON-P 和 JSON-B ，但是实现都在 Jakarta EE 容器里面。

@yazinnnn compose 支持 iOS 了？方便告知相关情报？

@ThinkCat 666 ，大佬牛逼

Markdown 就可以了，链接复制粘贴 Jebrains 给的图片链接

@fivesmallq 多谢

@FreshOldMan 我发的第一个链接就有申请相关信息，我已经申请了

@fivesmallq 我这边举的例子就是“用户有临时修改这个订单地址的时候”，不过我也倾向你这种“put /orders/:orderId/address” 而不是“ put /orders/:orderId/”

@vikaptain 同感恶心，按一楼说的在复杂场景分接口出来了

@boolstone 了解 restful ，我说的面向资源说的就是类 restful ，当然我们不允许用 restful ，post 一把梭

@dzdh 主要纠结的是多个业务操作的是同一个资源，是分开多个接口对应多个业务，还是一个接口给多个业务共用。前者简单清楚，但是要维护多个接口，后者接口少但是内部逻辑就复杂，维护起来也难受

@dzdh address 没跟 order 分开，所以没有 addressId ，不过你这种想法应该就是面向业务了

@mokeyjay 有道理