PHP 框架哪个更好一点？CodeIgniter 怎么样_百度知道最好的 PHP 框架是什么？为什么_百度知道男子被车轮压住，当场没了生命体征，小孩大声哭喊。
这批“高标准二人间”住宿费也是普通四人间的两倍。
声明：本文由入驻搜狐公众平台的作者撰写，除搜狐官方账号外，观点仅代表作者本人，不代表搜狐立场。
　　自2005年以后，互联网进入Web 2.0时代，各种类似桌面软件的Web应用大量涌现，网站的前端由此发生了翻天覆地的变化。网页不再只是承载单一的文字和图片，各种丰富媒体让网页的内容更加生动，网页上软件化的交互形式为用户提供了更好的使用体验，这些都是基于前端技术实现的。而在web程序的编写中，为了确保适当的数据库交换和在表现层编码，也就相应出现了各种各样的框架，帮助初学者建立更稳定的应用服务。
　　推荐几个开发web前端网站有用的免费PHP框架：
　　1：CakePHP：CakePHP使web应用程序的构建更加简单、快速，所需的代码更少。它可被用于快速创建无需配置，安全、友好的授权。
　　2：Laravel：Laravel是开发者所使用的最好的PHP框架之一。它拥有一些神奇的特性，如RESTful路由，对设计者友好，模板美观等等。
　　3：CodeIgniter：CodeIgniter是一款非常成熟的PHP框架，占用空间很小的它久经考验，还兼具了灵活与开放的优点。它正在不断地推动下一代web程序的开发。
　　4：Zend Framework：Zend Framework是用于现代、高性能PHP应用程序开发的最流行的PHP框架。
　　5：Phalconphp：Phalcon是一个通过像C语言的扩展那样提供高性能和低资源消耗的web框架。
　　6：Yii Framework：Yii Framework是开发web 2.0应用程序的最好的PHP框架之一。它包含了丰富的特性集和身份验证机制，可基于角色对访问进行控制等功能。
　　7：FuelPHP：FuelPHP面向PHP5，它简单、易用、灵活且设计良好。这个PHP框架对于有经验的PHP开发者和初学者来说都是很不错的。
　　8：Symfony：Symfony是另外一种备受PHP开发者欢迎的框架。这个专业而先进的工具可以帮助开发人员构建惊人的网站与应用程序。
　　9：PHPixie：PHPixie是一个轻量级的MVC PHP框架，用于为简单快速的学习开发技术提供坚实的基础。
　　10：Slim：Slim是一个PHP微型框架，它能够帮助你快速编写简单但强大的web应用程序和API。
　　P.S：Web前端网站的开发其实跟PHP框架无关。框架只是辅助工具，主要还是看自己或者公司用的框架是否便捷方便。如果你是打算学习设计模式和设计思想，请选择ZendFramework。
　　如果你是打算用于敏捷团队开发，请选择yiiframework，但选择之前请先脑补一下“惯例优先原则”。
　　PHP开发迭代迅速、成本低，可以作为web网站开发的首选。开发web网站的话，PHP框架，首荐CodeIgniter 易学易用，轻而易举你就可以精通他。理由如下：
　　1、小巧的框架：CodeIgniter 3 包括用户手册的安装包仅有 2MB 大小。
　　2、清晰与完善的文档：CodeIgniter 安装包中包含《用户手册》，手册囊括了入门介绍、教程、“手把手”指导，还包括了框架组件的参考文档。
　　3、广泛兼容各种主机环境：CodeIgniter 3 只需 PHP 5.2.4 版，几乎可以运行在任何虚拟主机或云平台上。对于需要数据库的 Web 应用来说，CodeIgniter 支持包括 MySQL 在内的大多数4、常见数据库：没有严格的编码规则：只需遵守几个注意事项，你就可以使用自己的编码规范和命名约定。CodeIgniter 是来帮你的，而不是来添乱的。
　　5、不喜欢复杂，热爱简单：CodeIgniter 允许用户自由选择是否使用 MVC 架构。
　　6、出色的性能：CodeIgniter 的性能始终优于大多数同类框架。
　　7、没有大规模集成类库：CodeIgniter 不打算做成一个大而全的框架。在保持简洁的同时提供足够强大的功能来提高你的生产力，在此基础之上也有许多第三方扩展为你提供更多功能。
　　8、几乎 0 配置：CodeIgniter 奉行约定胜于配置的理念（例如把模型文件放到“models“文件夹中）。当你希望修改配置的时候，在“config“文件夹中有许多配置项供你修改。
　　9、无需学习模板语言：CodeIgniter 自带一个简单的、基于字符串替换的模板工具。如果你有更复杂的需求，可以以第三方扩展的形式引入其他模板引擎。
　　其实这不就是我们所希望的吗？ PHP框架用最多的是CI框架 ，因为他文档健全（包括中文文档）虽然框架层面还有比较多的不足，对于超大型架构而言会比较欠缺……但实在不觉得对于现在的状况和时代而言超大型的架构是好事情，我自己的使用情况而言，我会使用一个CI的system，然后建立多个不同的application来去进行调用，使用起来会比较灵活。
　　为了让开发更简单，我们不得不学习使用复杂的开发工具和框架，这到底是一个进步，还是退步？
　　当我们在服务器代码里面就可以设计客户端界面，这是一个进步还是退步？
　　举个例子说，微软的ASP.NET AJAX，让我们可以在服务器端设计各种异步的控件。那么程序员甚至可以不会Java，不懂AJAX就设计出各种客户端效果。要是哪一天项目需要设计稍复杂的效果，靠IDE和框架无法自动完成，你要怎么办？ 到这个时候再来学JS，也许就迟了。更可怕的是，技术在更新和淘汰，可能十年之后，你会发现自己除了各种IDE之后，真正精通的技术很少，脱离了IDE你写一个小程序都要查半天API手册，因为你平时都是依赖“自动补齐”来写代码的！ 这样的情景，我想没有人愿意发生。也许对于短期开发的项目来说，是一个进步，但对于程序员个人的成长来说，这并不是好事。对工具的依赖，导致了我们对于底层和核心技术的不求甚解，限制了个人的成长。
　　P.S:不管是web前端还是PHP后端，其实都跟 PHP 框架没太大关系，关键还是思路。
　　想了解更多PHP问题找老师? 后盾网古老师企鹅:
　　看完不要跑记得出来吐吐槽！t(￣￣)r
欢迎举报抄袭、转载、暴力色情及含有欺诈和虚假信息的不良文章。
请先登录再操作
请先登录再操作
微信扫一扫分享至朋友圈
搜狐公众平台官方账号
生活时尚&搭配博主 /生活时尚自媒体 /时尚类书籍作者
搜狐网教育频道官方账号
全球最大华文占星网站-专业研究星座命理及测算服务机构
后盾网（北京后盾计算机技术培训有限责任公司）是专注于培养中...
主演：黄晓明/陈乔恩/乔任梁/谢君豪/吕佳容/戚迹
主演：陈晓/陈妍希/张馨予/杨明娜/毛晓彤/孙耀琦
主演：陈键锋/李依晓/张迪/郑亦桐/张明明/何彦霓
主演：尚格?云顿/乔?弗拉尼甘/Bianca Bree
主演：艾斯?库珀/ 查宁?塔图姆/ 乔纳?希尔
baby14岁写真曝光
李冰冰向成龙撒娇争宠
李湘遭闺蜜曝光旧爱
美女模特教老板走秀
曝搬砖男神奇葩择偶观
柳岩被迫成赚钱工具
大屁小P虐心恋
匆匆那年大结局
乔杉遭粉丝骚扰
男闺蜜的尴尬初夜
客服热线：86-10-
客服邮箱：PHP 框架哪个更好一点？CodeIgniter 怎么样_百度知道一个网站使用两个php框架好吗?
如要对这个开源程序二次开发要先学其使用的框架吗。
感觉使用两种框架意义不大 除非有特别的理由
楼主你好，我是 WeCenter () 的技术，回答本文的时候 WeCenter 最新版本为 2.5.7，当前版本的 WeCenter 已经没有使用其他第三方框架了，目前是我们自创的一套 MVC 架构，皆在根据我们程序的需求进行效率的优化。官方社区所说的使用 Zend 其实是使用了 Zend 的类库作为扩充，并没有使用整个 Zend Framework，因为我们认为在一些方面 Zend 的类库会经过严格测试，比较成熟，一方面我们选用一些成熟第三方类库也是看中其丰富的文档，便于二次开发能快速上手，目前 WeCenter 的结构如下：后端：- 系统架构：MVC- 模板引擎：Savant 3 ()- 第三方类库：Zend, PHP Markdown ()前端：- CSS: Bootstrap, Font Awesome- JS: jQuery, fancyBox (), Hogan.js ()
谢邀。如果没有特别强的理由，一般是不会使用两个框架的。“特别强的理由”，包括但不限于：1、历史原因。项目已经运行在框架A上，且业务逻辑已经较繁重，再上将业务时，出于解耦考虑，可能会再使用框架B。2、项目周期过于短暂。同上述1情况,为1的另一个原因。3、构架人员的魄力不足。构架人员到职不久，在项目快速迭代的情况下，即使有好的统一解决方案也不好推行。使用开发框架的根本原因，其实并不在于加速开发或使产品性能更高效。使用一个开发框架解决的根本问题，是基于该框架的结构、设计建立团队的开发规范，并依此规范来约束团队的日常行为规范，从而提升团队的沟通成本、开发成本、维护成本。
会影响通用路由规则会影响seo规律代码冗余，db连接类会粗线两次session控制不统一
变更session_id规则要整两遍欢迎继续补充
你说的这个情况应该尽可能的避免，就像一个人，如果有两个思维，那TM就是精神分裂！如果该系统是由多个系统组合二次开发而成，那么推荐把它们的职责划分清楚，依赖REST进行数据通信，这样会有更好的维护性，我想也会降低开发成本~
尽量一个，除非有特殊情况。一个的话维护起来会简单很多。
我覺得上面的前輩回答都很完整。
如果没有特别强的理由，一般是不会使用两个框架的。“特别强的理由”，包括但不限于：1、历史原因。项目已经运行在框架A上，且业务逻辑已经较繁重，再上将业务时，出于解耦考虑，可能会再使用框架B。2、项目周期过于短暂。同上述1情况,为1的另一个原因。3、构架人员的魄力不足。构架人员到职不久，在项目快速迭代的情况下，即使有好的统一解决方案也不好推行。
已有帐号？
无法登录？
社交帐号登录}