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 本质应该是有效的解耦吧,把三个部分在松散之间有机的结合起来
没什么万能模式。每种设计模式的出现都是偶然,都是特定情况下的特定选择。所以关键是合用,适合自己的应用就行了,何必纠结。
我说的是解耦以后的事情。
为什么我觉得java的东西做的特恶心。