在日常的应用开发中,把代码放到哪总是可以纠结很久,而且这种纠结消耗的时间丝毫不弱于给变量起名字。
MVC/MVP/MVVM.. 等等一系列架构里,关注点在 C 层,M 和 V 其实比较少提到。可能是由于这两层的定位过于纯粹,而 C 层跟业务有更加密切的关系,对其抽象的需求更强一些。
而日常开发中,M 层提供数据的角色很清晰,却不能够含糊对待,从后台获得数据,本地加工后落地DB,根据 VC…