框架、MVC不是万能的，还是继续用原生态PHP（随便聊聊）

从08年底开始接触php，一月后能写留言簿了，当时觉得自己已经入门。现在再看看自己，发现php还是刚入门级别，水平仍然要继续提高。从去年8月份开始学习框架，只学了两个，zend和ThinkPHP，zend入门后觉得太麻烦，放弃了。ThinkPHP是国产的，比较习惯，也用它搞了几个站。一般应用应该没有问题了。后来由于网站经常搬家的原因，导致网站路由URL兼容等其他问题也暴露出来。所以感觉框架并不好。但框架里面还是有很多东西要去学习。主要是因为我的站都是小站，最近用原生态的PHP做了几个站，以前积攒的类库和函数库也派上用场了发现开发速度很快，效率也很好，虽然用的是美国服务器，网站打开很快，出了问题也知道在原因，一切尽在自己的掌握中……
绕了一圈，又回到原点了。

解决方案 »

  1.   

    原生态的 ··html和php混合？
      

  2.   


    自己的框架，适合自己用的框架就是好框架。 疑问：楼主所谓原生态PHP是什么样的呢？可以贴出有代表意义的代码看看吗？谢谢
      

  3.   

    "框架",MVC的推出,旨在制定一个标准.其意义在于,
    提高团队开发效率,
    提高代码重用,
    减少成本(开发成本和维护成本).
      

  4.   

    我来补充一下，观点和自由火的差不多。
    为什么需要框架呢? ------在软件作坊中通常工作都是大不量的，大到经常加班，通宵，如此大的工作量需要用的高效的开发,并非你vim+svn就支持得住，对于整个团队或即使你个人开发。 框架的诞生代表业务功能增多和工作强度增大，为解决这些问题，你需要一个好的框架进行快速工作。
    框架能保证质量吗? ------有了框架就能保证工作质量吗？ 不，特别是在PHP的领域，通用框架只保证你的开发速度，并不能提高你的质量，它们为了往兼容性靠拢，可能做很多工序来兼容你的软硬环境，而在自己配置服务器上却可以忽略这些过程从而减少程序运行的次数提升效率。导致很多大企业都开发适合自己用的框架或系统。所以很多时候我们会觉得框架是多余的，但它也有很多直得我们学习的地方。
    用原生态的代码好？------你的原生态代码在技术上应该是说结构化程序编程或html和php混合脚本，对于一个需求量小，工作量小的网站来说，包括各种白菜网，个人网，原生态代码最合适。 此时，框架和各种的设计模式绝对是多此一举，画蛇添足，加上去也是浪费表情。
    最后的王者MVC     ------把MVC放在最后来说，是因为它能基本解决以上问题。它是一种容入框架，维护，兼容，效率的概念，并非单纯地讨论设计模式。一个项目无论从个人单挑，还是发展到以后的团队分工，MVC始终能贯穿整个过程。在这里要补充一下，模型层M，这个鸡肋的东西自古以来就贫血型(PHP环境)。但我说的M和大家理解的不同，是指数据模型层=类库+函数库+M模型(ORM)，OK，现在把一个项目切成了三块（M-V-C），分成几个人去做，效率。甚至随时把V视图换了，或把类库换了都不影响到项目开发进度和计划，兼容好。说到维护，就拿discuz来开刀，叫懂PHP的人去做维护，二次开发，没开发文档，你可能看半天，才改个功能，假如是MVC模式绝对是点对点的修改，从而给维护和二次节省不少的成本。这也是程序结构化和OOP的区别。
    就楼主的观点来讨论 ------目前PHP界无论zend,thinkphp,cakephp或其它，都没算得上真正效率的框架，只不过应用了一种模式，集成了一些开发常用的API，让大家开发更方便了一些。有空不防看一下asp.net3.5中的mvc模式，它加上vs2010这个IDE绝对称得上开发之王。当然罗，一个小网站，原生态代码是最好的。
      

  5.   

    用mvc应该不会影响什么吧！代码容易拓展维护，我刚接触php，之前弄java的，但是无论php还是java应该是一样的吧！楼主自己写的代码自己当然一清二楚，但是给其他人用就不一定咯！
      

  6.   

    楼主做多几年就会发现这个规律原生好-->框架好-->原生好-->框架好-->原生好-->框架好 ...
      

  7.   

    PHP就是这点好,没有一个公认的流行的统一的标准.
    PHPer可以天马行空的去创造.
    记得在现在公司,
    当初项目之初,
    就硬着头皮制定了一个简单的标准,
    一个框架雏形.
    我基本上是点对点的和同事讲解框架如何应用.
    前些日子同事离职,
    基本上没有什么交接,
    因为我根本不担心他做的哪块,
    能够对我以后维护造成什么样的影响.但我不能保证,继我之后,
    需要用多大的工作量来维护了.
    因为我是这个框架万恶的制作者.
    太邪恶.呵呵.
      

  8.   

    适用范围不同吧框架开发速度快，好维护。现有的框架基本上是mvc架构的。可以这么认为，框架给我们提供了三种东西：一是Mvc架构；二类集合;三是相应的acl模块。这三个方面提高了开发速度及降低的权限控制的复杂度。
    另，框架界有一名言，约定大于配置，这说明约定有多么的重要。
    框架不能带给我们的东西：网站运行效率和性能。多应用的架构整合。个人倾向于这样应用：对于流量小且较多权限验证的应用，用框架（如一般的下载，购物等)
    高流量的，用程序：如论坛
      

  9.   

    to 18#这也是php比其它语言邪恶的原因。。那怕开源让你看，叫你看啊， 你看不懂
      

  10.   

    感谢上面的朋友们发表真知灼见，还有 骄傲青蛙 打了好多字和经典见解。我就是一个人单干，都是小网站，不存在团队合作问题。但用了框架后，发现框架的优点很多，虽然我以后可能很少用框架来建站，但会吸收其中的优点原生态和框架都有市场，这两种开发方式短期内，肯定会继续存在下去。就像asp，至今许多公司网站还在用它来搞。还有我发现，英文对于一个程序员有着非常大的影响，能直接看懂英文文档的朋友，水平提高肯定快。可怜我有时看一个英文教程，瞎摸半天，后悔啊……
      

  11.   

    去年年底, 公司首页改版, 我强烈建议由我们自己开发, 用我们自己的框架, 至少自己的框架已经应用于两个成型的项目.
    领导高层坚决不同意,最后用了drupal,基本上花了重新开发的时间,进行了界面的修正与数据的迁移.
    由于应用了多重标准, drupal, 自己的框架, 用其它标准开放的N个小系统之间, 问题多多, 维护成本极高.
    我觉得已经无力改变现状了,已有去意.
    我就不知道新来的同事,会咋接手这个摊子.
    ===================================================================================
    如果当初用统一的框架,自己开发.公司在我离职之前, 将文档完善, 前途是比较光明的.
      

  12.   

    我使用php也比较久了吧
    都有好几年了
    感觉最顺手是
    不管什么框架或类
    要速度快
    处理sql逻辑好。
    不要为了代码好看什么的。
    但是代码工整就可以了。楼主说这样子
    -----------------------
    以前积攒的类库和函数库也派上用场了应该做一些通用类函数我用得最久是一个分页类函数。
    还有我自己写的sql类其它模板我都会使用比如smarty 或smarttemplate
    最近我自己也写了一个ORM类
    最近我自己又重写了很多。
    还没有发布出来
    以前发布的可以到http://code.google.com/p/queryphp/downloads/list看下，那个model.php就是ORM类我最近优化下已经减少了很多。主要核心设计是拼sql数据和自动设置表名其它跟以前使用普通sql类也没有太大区别