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