所谓的“轻量级”MVC框架。框架只是个骨架而矣,没必要将所有的事情全让它去做。我不懂ZF,现在用的FLEA。。

解决方案 »

  1.   

    zf功能非常强大,比较适合团队开发,至于效率,一但框架跑起来之后,这0.1秒的效率可忽略,它将带来巨大的可扩展性如果个人开发,不防自己写一个适合自己的微型MVC框架
      

  2.   

    Zend Framework
    现在php的框架是越来越多啊
      

  3.   


    看你是个人开发玩,还是去公司玩了...去公司的话一般会smarty就行了个人玩嘛...那就玩呗
      

  4.   

    修改ZF 不存在版权等问题 ZF可真不是0.1秒的问题 用XDEUG 看看就知道了 上百个文件引用ZF的扩展性和规范度非常高 但这并不全是我们需要的 牺牲扩展性获得更改的效率是非常必要的例如Zend_Loader::LoadClass() 竟然判断文件名是否合法 
    这东西不判断PHP也会报错 这只是1次性的东西但ZF每次都判断Zend_Config 多维数组竟然是多个实例 假如配置文件有20个项目共有100个子项那就有120个实例Zend_Db 就更不用说了 继承了N次 俺觉得继承PDO就足够完成相同的目的
    但Zend_Db_Select的确方便了很多 而且可以跨库 现在对ZF褒贬不一 但ZF的代码质量俺还是非常推崇的
    对于ZF的流行度俺是非常看好的 兴许某天变成PHP扩展也说不定 呵呵 
      

  5.   

    zf只不过是Php的应用而已,不存在变成扩展的说法 
      

  6.   

    Zend Framework??没必要了吧....一般做项目很少会用到这个....
      

  7.   

    学PHP基础!什么框架都是封装基础,减化开发过程
      

  8.   

    学PHP基础!什么框架都是封装基础,减化开发过程
      

  9.   

    楼主的需求前后矛盾啊,“想通过抄袭 模仿 复制等方式精简ZF 目标是100%兼容”这需要你非常了解ZF,用它作过很多应用,至少看过几遍源代码吧。如果你真的搞精通了就不会“觉得他很慢,很复杂了”,也没必要抄袭,模仿,复制精简他了。
      

  10.   


    ZF里面资源浪费有点大,可以考虑精简一下,如在http路由那块,用它的思想,按做自己需要来精简,这样比较好ZF里其它功能性的东西大部分只需要小修改一下,就可以独立运用
      

  11.   

    ZF里面资源浪费有点大,可以考虑精简一下,如在http路由那块,用它的思想,按做自己需要来精简,这样比较好ZF里其它功能性的东西大部分只需要小修改一下,就可以独立运用不需要的可以去掉,也可以把自己认为好用的东西整合起来。都是很方便的,ZF总体来说还是不错的。