服务端N层架构体系中
MVC 今天才知道原来传统的MVC中V是可以直接与M交互,M也做了些弱业务处理
MVP 所以至今为止公司用的都是MVP,就是M和V是完全分离的,少了P就相当于两个孤岛,MV交互必须通过P
在服务端N层架构体系中,MVC,MVP等架构思想仅是运用在表示层,而移动端的是应用在整个项目
移动端架构
胖Model包含了部分弱业务逻辑
。胖Model要达到的目的是,Controller从胖Model这里拿到数据之后,不用额外做操作或者只要做非常少的操作,就能够将数据直接应用在View上
胖Model要处理弱业务,数据转换等。
瘦Model只负责业务数据的表达,所有业务无论强弱一律扔到Controller
。瘦Model要达到的目的是,尽一切可能去编写细粒度Model,然后配套各种helper类或方法来对弱业务做抽象,强业务依旧交给Controller
。
MVCS 是一种基于瘦model的解决方案,把原本对Model数据存取的这块抽象出来形成store层,尽量减小model层的粒度。
MVVM 实际上是M-VM-C-V VM是从M(胖model)中分出来的,负责数据的加工,加工成view能直接展示的数据,c仅仅是负责配置viewModel和view (所以看上去好像view和model直接交互)
用户的操作产生的数据(输入的文本,选择的行indexPath)要从view传到viewModel,viewModel原是属于model层的,View并不适合直接持有ViewModel,所以要靠ReactiveCocoa传数据过去
不管MVVM也好,MVCS也好,他们的共识都是Controller会随着软件的成长,变很大很难维护很难测试
时间: 2024-10-07 12:05:29