我看到以下几点：
◆ 要让ZF运行起来，必须服务器支持重写。如果不支持，就不行
◆ 对于服务器资源，基本上是不考虑。他的唯一目的就是要让PHP符合MVC架构，其他的什么都不管。从不考虑执行消耗时间问题，代码有长又乱又多。这样能够提高编程速度吗？
◆ 网址的问题，里面有他自以为豪的URL路由（？？）。如此长的网址，对于SEO来说，是一个致命的打击。
◆ 再一个还是安装的问题，我看到书里面讲解道 web站点放到 htdocs下，但是ZF的代码却要放到 htdocs同目录文件夹下，
（我不知道这难道是我看错了？）◆ 配置文件非得用ini的来配置，搞得跟C/S 一样的。要弄个功能，非得不停的实例化对象，然后左调用 右调用的（美名其曰：接口）这些调用的代码还都得自个写，方便性何在？
◆ 另外这本书也很垃圾的，书的整整前一半纸张都是一堆很垃圾的代码，到了第5章（最后一章）才可以说起MVC。作者估计第一次写书，根本就没描述清楚，只想着赚钱，定价69之高。
大致的看完了这本书，没感觉到PHP 用 MVC的丝毫好处，而是觉得MVC臃肿，繁琐。他唯一的目的就是要让PHP符合MVC的那种文件结构。就好像TC的核心利益是只要自己椅子坐稳了，其他什么都不管。
大家说下观点，有关MVC的。为什么那么多人将MVC神话得如此强大？难道是我错了。。
我很喜欢jquery。ZF 这样的MVC框架能够让PHP用的像jquery那样方便吗？
我觉得ZF和jquery完全相反，ZF让PHP更复杂，跟难懂，让简单的问题变得异常复杂。
2 个解决方案
#1
MVC能够把前端和后台很好的隔离开，在进行修改的时候可以避免耦合过高造成的反复修改
#2
丢掉框架，自己构建适合自己的MVC。PHP很灵活 建议楼主自己尝试。
#1
MVC能够把前端和后台很好的隔离开，在进行修改的时候可以避免耦合过高造成的反复修改
#2
丢掉框架，自己构建适合自己的MVC。PHP很灵活 建议楼主自己尝试。