调查：你所了解的项目中，真正做到“mvc分层”的软件所占的百分比.....
我所知道的项目，真正能够做到mvc清楚分层的项目寥寥无几，
很多项目在一开始设计时，在解耦方面花不少精力，分层设计的都是比较好的，但是到了后来，会由于很多因素（比如：为了赶进度、管理失误、设计失误、后期测试修改等等）的影响导致分层紊乱，根本就没有了mvc，而是仅仅为了完成相应的功能，将代码改得乱七八糟，所以，整个项目变得一团糟。

我所知道的项目，真正能做到mvc分层的，只占10％左右。
于是，做个调查，大家所知道的项目，真正能做到mvc分层的占百分之几？


------解决方案--------------------
呵呵，老实说严格遵守MVC是不大可能的。就想OOP一样。。
尽量吧，我第二个项目想严格按照MVC写，但是写一半总感觉开始设计有问题。
部分功能冗余~诶
------解决方案--------------------
一直写垃圾代码，唉
------解决方案--------------------
百分之70-80吧，完全mvc也不是很现实啊，只要对以后维护影响不大，也没问题
------解决方案--------------------
MVC分层的若是不用STRUTS的话我接触的可能也就30%左右吧，都是为了工程进度胡乱写出代码只要满足要求什么代码都可以呀，谁管以后维护。。。。。。悲哀呀
------解决方案--------------------
90%
------解决方案--------------------
就我所经过的项目而言，分层不是目的，必竟大多数项目是不需要那么严格的分层的
------解决方案--------------------
我现在做的这个项目也是要求MVC的，但是有时候某些功能要做到的话就会破坏MVC的，但是还是会去破坏它
------解决方案--------------------
对开发有帮助就好，MVC 说到底也是一种辅助， 现在的开发都在追求MVC的时候忽略了最重要的方面
------解决方案--------------------
据说 ruby on rails 可以彻底解除lz的烦恼。

具体的代码就应该写在规定的层次上面，否则报错。多帅啊
------解决方案--------------------
ROR在中国尚未大规模应用，盲目跟风有风险啊！

偶还是老老实实搞好Java先


我还是同意“去年的烟花”兄所说，有点本末倒置的味道！
------解决方案--------------------
严格遵守MVC是不太现实的!有时候项目进度滞后时。就基本忽略MVC了。
------解决方案--------------------
完全的MVC好像不太可能
------解决方案--------------------
项目前期还遵守MVC,如果进度滞后,就一顿乱搞了,只要满足要求就可以,以后的事,以后再说
------解决方案--------------------
我们用的自己的框架，基本实现MVC，达到90％的MVC
------解决方案--------------------
厉害哦，什么框架啊
//我们用的自己的框架，基本实现MVC，达到90％的MVC

------解决方案--------------------
我们也在用自己的框架，MVC都达到99.99%了。
只是，我**啊，什么破东西，要累死了。
------解决方案--------------------
这个是管理力度的问题了，按规定必须是100%了，不但不容易出错，维护也容易。不过有些公司对这个不重视，唉....失败啊
------解决方案--------------------
我们也是自己开发的framework，估计m那块用的不是太好之外，vc那部分都是严格遵守的。
------解决方案--------------------
99％ MVC 也不是想象中的那么难，
当然也不是想象中的那么容易
------解决方案--------------------
没有必要死板遵循MVC的教条，任何系统设计只要能做到高聚低耦就好了。
MVC不过是种手段而已，并非系统设计的真正目的。
------解决方案--------------------
在我看来一个能真正随需应变的系统，远比一个MVC的系统来的有用。
------解决方案--------------------
100% 我们这里严格要求程序结构,一定要按照MVC来写,可能写的时候会有点累,但是后期维护绝对轻松
------解决方案--------------------
按结构写后期维护方便~
------解决方案--------------------
我写的基本上去是用那个的
------解决方案--------------------
只能说分得没那么严格吧，毕竟有很多常用的方法放进一个专门的工具类比较好。涉及到像啥高聚低耦啊，高扇入低扇出的问题。