调查：你所了解的项目中，真正做到“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来写,可能写的时候会有点累,但是后期维护绝对轻松
[解决办法]
按结构写后期维护方便~
[解决办法]
我写的基本上去是用那个的
[解决办法]
只能说分得没那么严格吧，毕竟有很多常用的方法放进一个专门的工具类比较好。涉及到像啥高聚低耦啊，高扇入低扇出的问题。
[解决办法]
看项目的大小，M、V、C,多一样就等于多一倍工作量，MVC就等于不分层次3倍的工作量
