PHP框架Laravel还是Codeigniter？

小项目的话 ci 还是很值得推荐的（当然也得看有多小……）。

ci 最大的好处是上手容易，对新手比较友好。有多容易呢？这么说吧，我曾经在完全不会 php 的情况下边学边写，照猫画虎，用 ci 开发了一个个人 podcast 网站，带完整后台。

因为是老项目，ci 的中文资料和案例非常丰富。ci 本身的文档也非常详实，易阅读。横向比较的话，我认为ci 比 nodejs 上的 express 还容易入门。

力荐Laravel！
顺更新2015最流行PHP框架报告：
更多报告信息：http://laravelbase.com/posts/32
这两个框架不是同一个级别的。
CI比较接近原生的PHP，在原有PHP代码的基础上封装了很多类，因为它架构简单，所以容易扩展。从另一个角度来看，也就是没啥架构，最最原始的三层架构。
Laravel 简直就是一次创新，大量吸收了Java，RoR等其他框架的精华，在架构方面，已基本做到现有Php框架最佳，扩展性，伸缩性强大得一塌糊涂，非常适合团队作战。

对于新手来说，Laravel初看上去不太像Php的原本写法了，所谓优雅，就是你光凭代码就可以知道意思，而不用读注释，代码精简复用度非常高；Laravel开发人员都是PHP圈子最顶尖的高手，他们习惯用新的技术和架构，即便如此，Laravel其实上手并不难，一旦以你掌握了它的大致要点后，你会逐渐发现它在每一个方面都全面超越CI，且实用性非常高。

Laravel的内核扩展其实也非常方便(这么强大的框架你没事干嘛去扩展内核：D），只不过它少量内核类的耦合度较高，你需要花点时间读读源码和API。如果是自定义类，那就完全没问题，太方便了。

P.S 欢迎大家访问我用Laravel 5 写的小站：LaraBase - PHP工匠之家

说句题外话：Laravel 圈子里面有个奇葩，叫 Jeffery Way，他以前在http://tutsplus.com当编辑的，就是专门教CI的，后来成为Laravel的死忠，现在专职 教Laravel 的视频课程，他的网站http://www.laracast.com可能是这个星球上关于编程方面最强大的教程，那些说Laravel资料少的可以去看看。

什么？英语不行？ 我认为为了Laravel你可以去学习一门语言，就是有那么值。

本人用过Yii2和Laravel，简单说一下。如果你们前端不怎么好，Yii的widget是一个很好的东西。前端无压力还漂亮。代码结构也清晰，IDE提示较好。
Laravle我觉得思想很先进，包括代码组织和php特性。但是不得不说Facades这些概念，有点过度设计。不过我觉得，前端同学很好的话，就用laravel

由衷推荐 Laravel 

Laravel是PHP 5.3之后开发的新框架，充分使用了PHP 5.3之后的新特性，不像很多老牌框架有一大堆历史包袱。
官方文档详尽丰富且归类科学，稍微有一点PHP基础便可很快入门，写出可用的示例程序
核心功能大量使用Composer第三方类库，在很多人看来这是Laravel的弊病之一，但我认为这正是其优雅设计哲学之体现。所谓 术业有专攻，专业的人做专业的事, 成熟的第三方类库往往是专业团队经过长时间迭代打磨的成果，比如Laravel大量选用的symfony组件，日志库 monolog，时间库 carbon 都是该类别最稳定流行的库。
我相信，短暂尝试后，很快你便会爱上Laravel，同时会爱上Composer的便捷。

THE PHP FRAMEWORK FOR WEB ARTISANS你，值得拥有。
-------
很赞同 @谢弟 的观点，框架的性能不是不重要，只是没有重要到需要优先考虑的地步，在我很有限的几年WEB开发经验下面，我觉得90%的性能瓶颈都是在数据库层面，PHP层面即便真地出现性能瓶颈，线性地增加PHP处理节点或者使用HHVM这种开源项目也是无痛且高效的办法。

我认为WEB开发多数情况下是敏捷开发，因此选择框架是大致可以考虑以下几点：
1. 开发迅速 : 基础组件齐全且不累赘，框架的设计哲学可以助人快速写出优雅且高效地代码（相对而言）
2. 文档简明丰富和社区活跃 : 文档不是多就好，精心规划的文档内容组织和简明到位的排版可以大量降低框架的学习成本，比单纯的求多求全堆砌内容高明很多。活跃的社区可以确保问题被快速响应，拥有大量工具模块
3. 逻辑清晰 : 框架的代码逻辑清晰，代码的目录结构清晰，轻松地协作开发和代码重用
4. 可扩展和无痛版本更新 : 核心代码低耦合，便于扩展，框架设计有预见性，版本升级无需大功干戈
5. 便于测试 : 一般来说满足了 4 ，测试都不会是大问题，Codeception,phpunit 这种第三方测试工具很多
6. 性能 : 大多数WEB应用无需考虑框架层面的性能问题，当你真的需要考虑框架性能问题的时候，也有很多平滑地解决方案
7. 无重大BUG漏洞：这个当然最重要，不过一般来说成熟的开源框架不会有这个问题，放最后

六年前靠 CI 入门的MVC框架，体验非常愉悦。上手简单，文档极其友好，流行程度甚高(这带来了很好的社区支持+云环境支持)，很轻量，可扩展性佳，性能也不错。但它有两个问题：

1. 快糙猛（当然这也是PHP的本来特点），不够优雅（有悖最佳实践），也有点老了（CI 2也一样），跟不上新的行业标准（PSR-0/Composer）。
2. 前景堪忧。见：EllisLab Seeking New Owner for CodeIgniter / Blog / EllisLab

用 Laravel 的缺点之一，是可能重写核心代码的时候会费劲点儿，而这正是@Hex 老大提到的CI的优势。

鉴于楼主是MVC框架新手，核心代码的可扩展性优先级较低，但最佳实践、未来预期这些因素优先级较高，推荐 Laravel。理由参见@甘醇 同学的回答。

先说结论，个人建议如果二者都是从头开始的话，优先选择Laravel。

1）不得不说，Codeigniter是个优秀的框架，当年接触CI之后，才顿时觉得原来PHP开发可以这样爽。它的MVC架构以及对扩展的支持都使应用开发变得很简单。之前还因项目需要，做过一个CI的Starter Project，包含前后台。不过年代久远就废弃了。前些日子重新用最新的CI整理了一下，开源放了出来：

jiji262/codeigniter_boilerplate · GitHub

包含前后台（使用 Admin Panel），集成常用的用户注册等等功能。

2）让我再次感觉”PHP开发可以这样爽“ 是在用了Laravel之后。因为之前接触过nodejs的web 框架express，所以对Laravel的路由、模板等等都会有种似曾相识的感觉，而且使用起来的方便程度已经到了匪夷所思的地步。

3）就社区活跃度而言，目前Laravel如日中天，Codeigniter易手之后社区依旧半死不活，虽然新版CI改进不少，但是貌似大势已去。

4）相对来说，Laravel安装部署依赖composer，可以说是一大进步，但是同时也给用户制造了一个更高的门槛（特别是墙内的用户，你懂得）。这样看来，CI下载即用显得简单很多。

最后要说的是，具体还需要根据项目考虑，比如部署环境：
如果仅仅是需要简单的PHP项目，比如部署在虚拟机或者SAE上，建议使用Codeigniter；
如果是独立服务器或者VPS，弄个Laravel玩玩很有必要。

辛苦码字，点赞您别忘了啊亲~~~~~~

thinkphp吧，这个简单易用，但是缺点非常明显，在更新26个字母就用完了

大概读过这两者的代码
CI的设计比较老套，且还有历史包袱
Laravel因为是后来者，设计上更先进一些
我是倾向于Laravel的

先把你这个项目内主要的技术需求点对照到各自的文档看看支持程度如何
然后花一天时间分别用这两个框架写一个用户登录注册什么的对比一下试试看

至于中文文档什么的存不存在就不要太依赖了，干了这行就要有啃英文文档的觉悟

只用过CI跟Yii，就UP主所描述的水平推测，CI会比较适合你，能在短期上手开发出产品
当然，CI的缺点是对面向对象的理解更偏向于简单的封装，基本上我还是觉得自己在做面向过程的工作（水平问题，你也可以自己设计很多类来灵活运用，但毕竟框架轻量，要完成复杂的设计还需要使用者有较高水平）

Codeigniter 的文档相当丰富，Laravel 4 的资料不多。 Codeigniter 相当轻量级，下载下来就能用，Laravel 4 需要用 composer 下载安装各种第三方依赖库，在国内下载网速很慢。Codeigniter 兼容 PHP 5.2，Laravel 4 要求 PHP 5.3.7 以上。

Codeigniter 中 URL 都默认路由到某个 controller 的方法，Laravel 4 允许用 Router 自由定制，甚至可以用一个匿名函数来处理某些逻辑上相对独立的请求，例如验证码图片生成，而不必去定义一个控制器类。Codeigniter 的数据库操作一般采用 query builder 的方式，或者叫链式操作，Laravel 4 支持 query builder 方式以及 Eloquent ORM （非常好用，可以单独拆出来放在其他项目里）。Laravel 4 自带 artisan，以及一个很好用的插件 way/generators ，能够自动生成代码，完成数据库 migration 等等，Codeigniter 没有这类工具。Laravel 4 自带 phpunit 支持，可以方便写出单元测试。

最后，推荐一个 Laravel 4 的教程 ：Code Bright : Code Bright ，写得比较通俗易懂。

Codeigniter 直觉化、轻量级、易学易用。如果要你自己写个PHP框架，出来估计就跟Codeigniter 差不多。你可以用它来写小东西，然后慢慢扩展。Codeigniter 不会妨碍你的规划和发展，只会规范你的程序架构。当然他的缺点也在于此：比较简陋，很多粗话还得自己慢慢弄。不过这不就是PHP的优点吗？如果你真的需要一个先进酷炫的框架，还是用rails是正道，甩PHP所有框架几条街不是问题。

你这也叫“我个人PHP基础还行”？

我主要用的是symfony和phalcon，symfony做管理平台快，phalcon做接口。symfony实际上不推荐，因为比较难并且不快，只是我用着比较习惯。laravel的第三方组件还都不成熟，实际上大量功能还是需要自己开发，还不如用yii之类的框架，并且架构倾向java，并没有发挥出php的优势。phalcon强烈推荐，速度快学习简单，最符合php务实的哲学思想。

就个人使用经验来说 我觉得 CI 的最大特点就是可扩展性很强 你可以通过不修改源码的方式 优雅的扩展几乎所有的东西
另外 就个人感觉来说 CI 应该是更易学的框架 如果有 PHP 经验的话 马上就可以上手开发项目了

首先声明一下PHP框架的性能问题真的不重要, 性能问题主要还是数据库那块. 

再说PHP机器是可以线性扩展的, 如并发性能不足以支承当前负载, 可以加机器解决. 而且不用修改任何代码.

理论上能线性扩展的问题都不是问题.

再说下框架吧, CI框架是一个相当简洁的框架, 该有的它都有, 比如input过滤器, url路由, helper等等.

上手相对容易, 不过这些组件是框架的都会有, 再说它确实是老了. 很多思想跟不上时代. 

Laravel 比较新, 看下了它的路由, 写的不错, 比ci的路由处理要方便简单. 很多新的思想在这个框架里面

都有体现. 而且Laravel的市场使用率是最高的, 相信大多数人选择它是有理由的.

如果之前没有使用框架的经验, 建议用Laravel.

其次, 使用什么框架不重要, 重要的是你对框架的理解以及对框架的改造能力.

所以一定要看懂框架的源代码, 比如数据库访问层, url路由的原理...

上个图(关于不同框架的市场占有率)

喜欢CI的可以了解一下：FuelPHP。
其实PHP的框架非常多，要比来比去真会挑花眼，选择一种就好，问这种问题会冒出各种答案，自己更糊涂。
个人比较偏爱：Laravel、FuelPHP、Yii、CI。
还有，貌似ZF大家比较有共识，就是不喜欢:)
知乎上的PHPer不少，比微博上遇到的多多了:)

怎么都没人提thinkphp？呵呵

如果是小项目而且是新手的话，可以考虑用thinkphp，文档健全，注释中文

Codeigniter很简洁，但很多函数是要重写的，特别是中文支持这一块

Laravel需要Composer，对新手来讲有些残酷

基于楼主状况，建议先使用 CodeIgniter，后可考虑转 Laravel。

自己使用过之后，有了比较，才知道哪个更适合自己或项目需求。

对于新手，CodeIgniter 上手快，到官网下载压缩包之后，基本上就可以跑。CI 架构简单，源码很容易看懂，扩展内核容易。但由于历史原因，设计比较老套了。

然后渐渐地，你开始苦恼 CI 没有命名空间；你发现每次新建 Controller、Model、Migration 时，都要写一部分重复的东西（当然你也可以有自己的代码片段直接复制进去）；CI 的 route 已经不能满足你的 API 设计；比较鸡肋的 Unit Testing Class；没有 seeding...

这时候你会去了解其他 PHP 框架，然后也许 Laravel 会进入你的视野。

你会发现使用 composer 管理 package 的方便；命令行驱动帮你省下了很多重复的功夫；你会爱上 Laravel 的 Migration；灵活轻快的 blade 模板引擎；没有历史包袱；真正的 RESTful Routing；强大的 model...

最后，记得多练习，多思考，多看优秀源码。

每个框架或语言都有自己的特点和优劣之处，选择合适自己或项目需求的框架或语言。

大家好，我感觉Symfony 和 laravel 好一些，S 毕竟是作为PHP企业级的框架，虽然速度切实不快，但是它里面支持的功能，还有高质量的第三方bundle都给开发增加了很高的效率，L作为一个入门很容易的语言，速度灵活性都很好。至于Zend，就算了。。我在国外工作，用PHP的框架基本都是 S，L， Cake，Ignitor，也有用Yii的，但是大都是S和L，Ignitor就是比较老的了， Cake在做入门级的程序也有用。国内用的和这边确实路子不一样，也可能是 S和 L的中文文档少一些吧。

来自 https://www.zhihu.com/question/21617669