高度抽象的 MVC 忽略了下述细节描述带来了隐患

太阳火神的美丽人生 (http://blog.csdn.net/opengl_es)

本文遵循“署名-非商业用途-保持一致”创作公用协议

转载请保留此句：太阳火神的美丽人生 -  本博客专注于 敏捷开发及移动和物联设备研究：iOS、Android、Html5、Arduino、pcDuino，否则，出自本博客的文章拒绝转载或再转载，谢谢合作。

作为对《 

对于 MVVM 我想说：自已的事情自已做，控制器就简化了！

MVC 是软件迭代的最终结果；同时它也是主干，忽略了细节；而且它是高度抽象，忽略了具体实现的差异；

结果，这些被忽略的部分，或有或无地被逆向转化应用，出现了很多意想不到的恶性后果；

MVC 本身是动态的，适应不同环境和复杂程度，需要有不同的取舍；

正因为适应性的广泛，所以难于抽象；

然而，需要广泛传播的，必然要高度抽象，同时必然要进行取舍；

结果是，抽象出来了适用和有成效的部分；

确忽略了细部指导意义部分；

总而言这， MVC 是动态的，是扩展的，是实践的汇总，并无办法真正用 MVC 三个字母来表示完整，MVC 仅为地标而已。

然后，MVC 真正的体现，在于动态不断扩展，分隔数据与呈现结构！

简单的应用，方框部分，视图控制器中出现所有的逻辑，也没多少数量可言；

复杂的应用，方框部分，不应出现任何与实际视图或数据有关的内容，这些部分应内聚到各子类中，各自完成；

复杂的应用，方框部分，只能看到业务逻辑，这也是很多优雅的 Java 项目天生就具备的特质；

不了解业务逻辑，看不懂代码脉络，这就对了；