作者：安晗夕Brooke | 来源：互联网 | 2023-10-09 21:13
初学MVC架构时可能会觉得MVC其实是多余的，因为它平白无故的增加了页面联系的复杂度但是当你只用JSP，不用MVC写一个项目的时候，你才会发觉MVC是多么有趣和有用，因为它大大的减低了文件的复
初学MVC架构时可能会觉得MVC其实是多余的，因为它平白无故的增加了页面联系的复杂度
但是当你只用JSP，不用MVC写一个项目的时候，你才会发觉MVC是多么有趣和有用，因为它大大的减低了文件的复杂度，这对团体开发项目有极大的帮助
7 个解决方案
我一直都有一个疑问，今天看了楼主的文章就顺便提出来，大家帮忙解答一下：MVC的思想难道是在JAVA语言出现以后才有的吗？在C语言的时代就没有有么？
我自己做了个网站www.ilkj.net，使用Struts+Hibernate，就已经深深感到MVC设计模式的好处啦！维护实在是太方便了，一点也不乱！爱死JAVA了！嘿嘿！
mvc是一种方法，当然不是java独有的，c++早就有了
好像是SmallTalk时代就有了吧。当然做小的系统，没什么扩展性，可复用性的系统没必要考虑那么多，但是现在的系统一般都比较大，从上面两种性能去考虑，当然MVC架构就不是多余的。
优点很多：比如，开发人员的职责分明，这样能更加的专注于某个领域，能够增加可维护性等等。我在一本叫J2EE架构师指南的书中看过，一个成功的J2EE应用系统需要11种角色的合作。
如下：
&＃8226; Technical architect
&＃8226; Project manager
&＃8226; Business analyst
&＃8226; Layout designer
&＃8226; Presentation-tier developer
&＃8226; Business logic developer
&＃8226; Data modeler
&＃8226; Database administrator
&＃8226; Data migration specialist
&＃8226; Infrastructure specialist
&＃8226; Testing specialist
分层能够使职责更加明显，我想就象ISO的网络7层模型一样。并且可维护性，可重用性也大大提高，使用设计模式的目的也可以说是这两个吧。
我是就要毕业的学生，说得不对得地方请指正，谢谢！
京公网安备 11010802041100号