MVC、V-MC、V-C-M,可以这么变吗?
发布于 12 年前 作者 leolovenodejs 6877 次浏览 最后一次编辑是 8 年前

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来势凶猛,且数据库端对存取操作虎视眈眈,奥月烤收购假娃不是没有战略储备。

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

欢迎批评,我爱你们~

9 回复

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

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

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

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

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

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

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

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

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

回到顶部