MVC, Model-View-Controller, 模型-视图-控制器模式，用于表示一种软件架构模式。目的是实现一种动态的程式设计，使后续对程序的修改和扩展简化，并且使程序某一部分的重复利用成为可能。

去年年底的时候知道这玩意，还花了点时间研究下。想法是好的，可是实现起来就不是那么的漂亮了。可能是我经手的项目相较之下比较中小，套个MVC的空架子显得太过臃肿和华而不实。第一版的MYFJ的项目最后也只是套用了MVC的理念，把其分割成若干个block，每个block各司其职，某种程度上也实现了代码的重复利用，但是没有去尝试M和V的分离。主要原因还是在C上，我不习惯用C，C于我而言就像是个第三者，不愿其独立成长，总是不自觉的不是和嵌在M里就是和V绑在一起，最后还是放一块稀里糊涂的大锅炖了。

再说AZUDOO项目，采用了MVC模式，是E同学主经手的。后期我介入进行CSS样式的时候读他的代码读的不甚烦琐。而且凭我的感觉他用的也是个阉割版的MVC模式，最主要的表现就是他也没能把V和C分离开来，不清不楚的暧昧的紧。至于MVC的优势──代码重用，大家心知肚明其使用率之低。

回到MYFJ，今年对此项目进行重建。开了半个月的例会，决定了不少概念性的东西，E同学依然是主角。可悲的是，这次我这个配角没能太轻松。原以为还是只要等到项目后期做CSS部分，最多再加一点中期的JS部分，结果还是没能逃过的早期就陷入了是非地。采用MVC模式，尽管就目前讨论的情况来看MVC是一个不错的选择，但是对于MVC会改善或者加大后期更改或维护效率，那就只能是天知道了。

被分配下来做为主角2号的我现在开始恶补MVC在PHP中的应用。至于到底如何在后面的开发过程中协助、配合、支持主角1号那就是未来几天开会的事了。E同学今天已经告病在家清休了……

选择了做develper这条路，看来是不可能脱离coding的命运了。原来以为抱着CSS和JS可以远离后台，远离数据库，远离数据库，以为可以飞的更高。希望落空，一下子又给拽了下来。

以上乱弹。END。