流程图而已,正在代码实施中显示层的模板使用smarty

解决方案 »

  1.   

    观察一段再说,只要不是为 MVC 而 MVC 就好
      

  2.   

    平常我看框架 都是 单文件人口
    然后经过一大堆php页面之后才到view...
      

  3.   

    中...喜欢清晰的代码,以后改起来才爽呢,而且复用性高.
    其实mvc对性能伤害不大,伤害大的是数据库和io设计
      

  4.   

    说白了, mvc纯属是为了方便维护,好比OOP的思想,基本越是复杂越是概念多的,负载就越差, 它们之间都有一个平衡点, 微软的做法是做硬件去补,至于PHP,尽可能简单,或者用原生代码和编译代码替换式开发运行,这样即有负载,也有效率。
      

  5.   

    我以为,框架就是为了使代码便于复用、便于修改,使开发更快捷、维护更简单,性能上又能满足常规需要。你用过程写也好,用函数也好,用面向对象思想实现也好,还是引进事务概念,都无所谓。关键,你写出来的东西便于阅读,便于沟通,便于修改/复用。我觉得,你可以以你目前擅长的,并且别人容易接受的技术来实现它。
    实现后,拿给别人看看,
    评判它的好坏不外乎:代码清晰否,修改容易否,对于技术要求是否够低或者尽可能低的门槛,是否能满足常用业务需要,实现的业务逻辑是否够简单等等吧,一时说不清楚,俺也希望总结一下适合自己的。别走进误区,就比如用smarty,它的初衷在哪里?它做的好么?它是必要的么?呵呵,有人说好,有人说不好。最终还是要看你所在的开发团队或者你一直以来处于的开发环境。如何能提高工作效率,降低性能损耗才是最终的目的。
      

  6.   

    PHP的框架万变不离其宗,真期待一个思想完全焕然一新的框架.