所谓mvc，这么伟大的思想，无处不在

shang2010

mvc大家写代码时还用吗，感觉整个大街上的人都在用的

cokeboL

辣鸡理论，当年看了好久没搞懂什么是model，现在看应该就是数据模型吧？也没搞懂什么是control，control是tm啥意思啊！
所以我自己造了 DLV， Data Logic View，这三个词比 MVC 准确多了
Data <-> Logic <-> View ， Data 和 View 之间通过 Logic 相互影响，多简单个事情，狗屎 MVC

shang2010

恩，你的date

shang2010

data层面一般要用异步接口的

cokeboL

回复 4# shang2010

同步异步对 DLV 还是 MVC 没有区别

cokeboL

架构中最大的法宝是 发布订阅，进程内的 发布订阅 模块，集群内的 消息队列/发布订阅 之类的，解决耦合度问题

yulihua49

cokeboL 发表于 2017-07-28 17:11
辣鸡理论，当年看了好久没搞懂什么是model，现在看应该就是数据模型吧？也没搞懂什么是control，control是t ...

还是需要一个C层，进行资源和任务控制。同步啊异步啊，进程线程、连接池都在这里控制。
任何应用逻辑都不必涉及这些概念。
MVC不仅web系统使用，我们的C/S系统也在使用。
你的也可以：
D（数据库，存储过程）－L1（应用服务器，解决业务逻辑）－C（服务器框架，通信层） －L2（客户端业务逻辑） －View。
如果是BS，就没有L2.

其中C是服务器框架，解决多进程／多线程／协程（异步）模式，对应用层透明。还有连接池，负载均衡，容错，分布式任务调度等等。

cokeboL

回复 7# yulihua49


我觉得 MVC 是应用层的事情，你说的C层，应该属于底层框架底层框架都未必有 View，架构方式也多种多样，所以底层框架提供基础接口，不与应用层耦合
而且C这个定义太模糊，都是逻辑相关，随便哪个模块硬要往C上靠都可以

我就觉得，大道至简，写代码要多点真诚（抓住本质），少点套路（少点概念党）

yulihua49

cokeboL 发表于 2017-08-01 15:30
回复 7# yulihua49

C层定义应该是明确的，就是资源控制，与业务的耦合最多就是一层调用接口。或者是由C来调用业务逻辑，或者是由业务逻辑调用C。当然是没有view的。将C层分离出来的主要原因是多数业务熟的，对系统资源不甚了了，而对系统熟的，业务又生疏。所以专门团队写C，或者使用开源框架。
而其他部分，写存储过程的（就是你所说的D），写其他业务逻辑的（所谓L），写界面的（V）各司其职。就是个分工。多进程／多线程／协程（异步），连接池，负载均衡，容错，分布式任务调度，都不需他们操心。
大道至简，写代码要多点真诚（抓住本质），少点套路（少点概念党）－－－－这个我同意。

cokeboL

"C层定义应该是明确的，就是资源控制，与业务的耦合最多就是一层调用接口。或者是由C来调用业务逻辑，或者是由业务逻辑调用C。当然是没有view的。将C层分离出来的主要原因是多数业务熟的，对系统资源不甚了了，而对系统熟的，业务又生疏。所以专门团队写C，或者使用开源框架。"

——所以说，其实你这里的c层，跟MVC没关系的。。。

纵向分层，横向模块，模块间发布订阅解耦，集群也适用，根据实际业务需要搭积木。

我只以马克思主义哲学为代码指导，不信奉 MVC 和 大多数模式