高度抽象的 MVC 忽略了下述细节描述带来了隐患
太阳火神的美丽人生 (http://blog.csdn.net/opengl_es)
本文遵循“署名-非商业用途-保持一致”创作公用协议
作为对《
对于 MVVM 我想说：自已的事情自已做，控制器就简化了！
》的补充，以图描绘如下：MVC 是软件迭代的最终结果；同时它也是主干，忽略了细节；而且它是高度抽象，忽略了具体实现的差异；
结果，这些被忽略的部分，或有或无地被逆向转化应用，出现了很多意想不到的恶性后果；
MVC 本身是动态的，适应不同环境和复杂程度，需要有不同的取舍；
正因为适应性的广泛，所以难于抽象；
然而，需要广泛传播的，必然要高度抽象，同时必然要进行取舍；
结果是，抽象出来了适用和有成效的部分；
确忽略了细部指导意义部分；
总而言这， MVC 是动态的，是扩展的，是实践的汇总，并无办法真正用 MVC 三个字母来表示完整，MVC 仅为地标而已。
然后，MVC 真正的体现，在于动态不断扩展，分隔数据与呈现结构！
简单的应用，方框部分，视图控制器中出现所有的逻辑，也没多少数量可言；
复杂的应用，方框部分，不应出现任何与实际视图或数据有关的内容，这些部分应内聚到各子类中，各自完成；
复杂的应用，方框部分，只能看到业务逻辑，这也是很多优雅的 Java 项目天生就具备的特质；
不了解业务逻辑，看不懂代码脉络，这就对了；
