MVC的Model是说要做到数据的处理
V就是UI相关的设定（frame、color 之类的）
C就是接收V传的Event，并要求M做数据处理
其实有点不太懂M这部分要做到什么地步
看很多教学都只有几个变量
Class Model{
var name:String
var number:Int
Init(){}
}
类似这样
那一般做api的解析时，会在M里面做吗（同个class)
还是多一个api class 解析把response 的结果再提供M处理后提供给C？
哪个会比较好
Github 上有推荐的架构实作吗？
再麻烦各位指教了

可以 google 胖model 或是瘦model区别

都可以, MVC 只是一个原则, 没有规定一定要怎样, 只要你觉得合理就好 (至于怎样合理就只能靠经验)根据这三个部份的解读不同也衍生出 MVVM MVCS MVP 等等

逻辑拉到model做只是减轻VC负担, M只定义就VC一大堆逻辑又因为太多逻辑放到M作就有人开始拆开~就演变成MVVM等只要做到解藕~复用性高~可测试~基本上就是不错的架构了

Model最好是不要有任何逻辑

我想藉这篇问一下 MVP与MVVM架构差在哪边之前我将VM与V之间使用block callback 以为就是MVVM结果被人说这叫MVP模式 MVVM架构应该是要binding可是binding不是也算是一种形式上的callback吗

ViewModel是用Observer方式用view去Subscript它当viewmodel变动时，View会跟据observer变动UIcallback机制就是反过来做了 所以是MVP的概念

如果model不要有逻辑，那逻辑会在哪做呀～？

Model Controller啊官方手册有写

ViewController 也算是ModelController吗？还是说另外开一个swift档专门处理

另外开一个

我建议，再开一个 class 专门处理 parser 这件事会比较好。假如您的 model 定义是资料，那就不会跟 parser有关系！

如果使用Codable，那parser基本上就会绑在model里了

Hi Blueshiva ,Model 继承 Codeable，parser 不是也不会跟 model 有关系不是吗？