MVC、V-MC、V-C-M，可以这么变吗？

MVC、V-MC、V-C-M，可以这么变吗？

1、web1.0下，所有的东西都来自容器，为了便于维护代码和扩展，发明了MVC；

2、web2.0下，有了AJAX，可以把web应用拆分为2块：前端页面（View）和后台（Model、Controller），即V-MC；

3、当下，有了node，可以把web应用进一步拆分：前端页面（View）、node（Controller，由node来实现）、存储数据层（Model），即V-C-M；

4、感觉原来的MVC变的越来越独立，尽管MVC很经典，它也会有改变；

5、所以个人觉得用node写个MVC没有多大意义，把node与各种后台语言杂交更会阻碍node的发展进程，因为node来势凶猛，且数据库端对存取操作虎视眈眈，奥月烤收购假娃不是没有战略储备。

没事蛋疼瞎想，是因为有危机感，害怕走错方向。

欢迎批评，我爱你们~

方向这个问题不好说，做我们这行的每天都在变，我们每天都在学习啊

感觉我们是在过程中学习。有时很迷茫~

各有各的好吧，MVC感觉管理起来要方便得多，C/S的话似乎有的时候代码感觉很杂乱

MVC还是去看Java EE里面的实现，比如Spring MVC的设计就很美

MVC 本质应该是有效的解耦吧，把三个部分在松散之间有机的结合起来

没什么万能模式。每种设计模式的出现都是偶然，都是特定情况下的特定选择。所以关键是合用，适合自己的应用就行了，何必纠结。

我说的是解耦以后的事情。

前端可以有MVC，后台也可以有MVC，当然只有C也可

为什么我觉得java的东西做的特恶心。