MVC最大的特点就是逻辑清晰,代码复用性强,后续开发和代码维护方便。由于MVC把两层变成了三层,所以在代码效率上,应该不如你所提出的第二套方案好。我还没有参加工作,所以对实际开发应该选择那种方案没有经验。我觉得,如果是时间很紧,工程比较小,可以用第二种方案。如果工程大,用第一种方案更好,可以避免一些不必出现的错误。

解决方案 »

  1.   

    我做游戏的,在开发过程中,不知觉得总想使用MVC结构(我对他理解不深,所有开发时是不自觉的想用,因为用的也不是java而是游戏引擎)。感觉有一个好处,就是复用性好,逻辑清晰,尤其是C/S的网络游戏,很多问题本来就很难划分Server处理还是Client处理;但总觉得效率不是很高,只觉得逻辑好。不过结果是改了又改,出来时和最开始的代码几乎完全时两码事,当然最主要还是自己水平太差。觉得如果做超大型项目还是用MVC好,如果很小很小就用封装不好的方法算了(说是这么说,自己写代码总喜欢考虑封装,不过也封装的很失败)。这种逻辑划分还是很麻烦的,所以小事就可以不用辛苦自己大脑了,大事应该会受益非浅,估计要是划分不清几乎很难扩充和往下走的。