作者RINPE (RIN)
看板MacDev
标题[请益] MVC求观念指导？
时间Wed May 2 21:35:28 2018
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 上有推荐的架构实作吗？
再麻烦各位指教了
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 219.68.202.3
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/MacDev/M.1525268131.A.737.html
1F：→ shinrenpan: 可以 google 胖model 或是瘦model区别 05/02 21:57
2F：→ uranusjr: 都可以, MVC 只是一个原则, 没有规定一定要怎样, 只要你 05/02 21:57
3F：→ uranusjr: 觉得合理就好 (至於怎样合理就只能靠经验) 05/02 21:57
4F：→ uranusjr: 根据这三个部份的解读不同也衍生出 MVVM MVCS MVP 等等 05/02 21:59
5F：→ yuanruo: 逻辑拉到model做只是减轻VC负担, M只定义就VC一大堆逻辑 05/03 03:11
6F：→ yuanruo: 又因为太多逻辑放到M作就有人开始拆开~就演变成MVVM等 05/03 03:11
7F：→ yuanruo: 只要做到解藕~复用性高~可测试~基本上就是不错的架构了 05/03 03:13
8F：→ powerwolf543: Model最好是不要有任何逻辑 05/06 01:36
9F：→ tom19830924: 我想藉这篇问一下 MVP与MVVM架构差在哪边 05/09 10:25
10F：→ tom19830924: 之前我将VM与V之间使用block callback 以为就是MVVM 05/09 10:26
11F：→ tom19830924: 结果被人说这叫MVP模式 MVVM架构应该是要binding 05/09 10:27
12F：→ tom19830924: 可是binding不是也算是一种形式上的callback吗 05/09 10:27
13F：推 yuanruo: ViewModel是用Observer方式用view去Subscript它 05/10 16:30
14F：→ yuanruo: 当viewmodel变动时，View会跟据observer变动UI 05/10 16:31
15F：→ yuanruo: callback机制就是反过来做了 所以是MVP的概念 05/10 16:32
16F：推 G888888: 如果model不要有逻辑，那逻辑会在哪做呀～？ 05/10 17:54
17F：推 ch30529: Model Controller啊官方手册有写 05/11 21:54
18F：推 G888888: ViewController 也算是ModelController吗？还是说另外开 05/12 00:00
19F：→ G888888: 一个swift档专门处理 05/12 00:00
20F：推 ch30529: 另外开一个 05/14 12:34
21F：推 panga0820: 我建议，再开一个 class 专门处理 parser 这件事会比 05/18 10:36
22F：→ panga0820: 较好。假如您的 model 定义是资料，那就不会跟 parser 05/18 10:36
23F：→ panga0820: 有关系！ 05/18 10:36
24F：推 Blueshiva: 如果使用Codable，那parser基本上就会绑在model里了 05/18 11:53
25F：推 panga0820: Hi Blueshiva ,Model 继承 Codeable，parser 不是也 05/18 23:33
26F：→ panga0820: 不会跟 model 有关系不是吗？ 05/18 23:33