最近一直在使用Zend Framework开发网站，刚开始接触框架的时候，根本没有完全搞懂MVC思想，闷着一股劲就开始尝试了。直到把网站重构的时候，才细细回看之前写的代码和参考别人写的项目，开始慢慢理解MVC思想。M代表这个业务逻辑，V就是视图，C控制数据流向和视图输出。整个框架实现，并把MVC完全分开，得益于完全的面向对象思想，把功能模块完全独立。
php后台开发，大部分时间都是花费在业务逻辑Model上面，把Model完全实现，后面的数据流向和视图输出相对简单。写业务逻辑必须完全了解整个项目的功能要求，在此基础上需设计好的数据表，并把网站对数据操作要求作个大概清单，根据数据操作要求写基本的数据表操作方法，这样对后期业务逻辑实现很有帮助，减少了很多不必要的重复修改。最近在写Model部分时就发现由于前期的考虑不充分，越到后面功能整合的时候就发现Model会变得很乱，而且需要不断修改前期的数据操作方法。所以，前期的数据表设计十分重要，需要根据数据表设计，设定相应的数据表操作方法。
面向对象思想，有人理解为代码的重用，有人理解为模块功能分块，我觉得这两者都是面向对象的重要功能特性。在前期开发就应该确定网站的公用功能，独立成模块，这对提高开发效率帮助很大。写过项目才发现，开始的模块分块思想都不是完美的，越写越会发现，其实这类可以概括更多的功能；这几行代码重利用率很高，当时怎么没有并入到某个功能模块当中呢...功能模块分块要做到尽可能的让耦合度降到最低。如果在写项目的时候发现其实是子啊不停地重复一些相同的内容，说明模块分工不明确，而且在不断地浪费生命，十分讨厌这种本可以避免的重复性工作。
——2013.08.31 开发随感
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
