本文译自 Matt Stauffer 的系列文章.
提示:如果你还没有看过 Laravel 5.0 之命令及处理程序 这篇文章,建议先看一下。它包括了本文所需的背景知识。
本文译自 Matt Stauffer 的系列文章.
本文中涉及的新功能都是关于 Commands 的,这些特性在 Laravel 旧版本中已经有了,但是在 Laravel 5.0 中变得更加好用了。
本文中将会用到例子来自于我正在开发的一个叫做 SaveMyProposals 的新应用。 继续阅读
本文译自 Matt Stauffer 的系列文章.
关于 Laravel 5.0 的事件调度程序(可以理解为定时任务),Eric Barnes 有一篇很长的文章。我这篇文章则会尽量简短:
Laravel 5.0 新增了一个框架内置的 cron 风格的令人难以置信的调度程序(与 Indatus 的 Dispatcher 类似)。只要在服务器上设置一个每分钟调用 artisan schedule:run
的 cron job, 一切就准备就绪了。 继续阅读
本文译自 Matt Stauffer 的系列文章.
如果你关注我的博客有段时间了,那你应该曾经见过我在 Laravel 环境检测问题上的各种尝试,特别使用环境变量进行检测这方面。例子
感谢 Laravel 5, 它极大地简化了环境检测环节。在 4.x 版的时候,你要创建多个基于运行环境名称的环境配置文件(比如 .env.php
, .env.local.php
等)。老实说,我从来用过这个功能。但我觉得理论上你应该会把所有环境配置文件提交到代码库。但由于我们从来不提交任何环境配置文件,所以这种区分环境的手段毫无用处,而且它还会造成环境配置文件的延迟加载,因为只有检测到运行于什么环境之后,它才能进行相应的配置文件加载。 继续阅读
本文译自 Matt Stauffer 的系列文章.
如果你有阅读我之前的 Laravel 5.0 系列文章,你可能已经注意到路由过滤器(route filters)的变化:它们先是移到了单独的目录和类结构,然后就莫名其妙地消失了。你可能还留意到在原本应该是路由过滤器的地方,变成了对 Middleware 的引用。
实际上给 Laravel 应用添加自定义的 Middleware 在以前的版本中就有了。 Chris Fidao 的 HTTP Middleware in Laravel 4.1 对 middleware 做了全面的介绍,包括 middleware 在 Laravel 4.1 版本中的工作机制。 继续阅读
本文译自 Matt Stauffer 的系列文章.
Laravel 5.0 中, 容器可以对其解析的方法进行自动分析, 然后根据类型限制把方法所需要的依赖项自动注入. 本文将介绍这一机制的原理, 何时解析, 如何注入等. 继续阅读
本文译自 Matt Stauffer 的系列文章.
在 Laravel 5.0 版本中, FileSystem 类不再只是与本地文件系统进行交互, 而是可以用于 S3 和 Rackspace 的存储 API, 但使用方法很简单. 这是基于 Frank de Jonge 的 Flysystem 实现的一个简单的接口. 继续阅读
本文译自 Matt Stauffer 的系列文章.
在 PHP 代码中进行性能优化并非总是我们优先考虑的问题. 但是我们对后端代码的性能优化–特别是在一些很复杂的操作上–可以对网站的请求时间产生几十甚至几百毫秒的影响. 看上去不算很多, 但是几百毫秒的差异对于你的应用的用户感知速度来说可能意味着巨大的差异(链接可能需要扶墙访问). 继续阅读
本文译自 Matt Stauffer 的系列文章.
Laravel 的主版本号之所以从 4 升到 5. 一个很重要的原因是目录结构的改变. 这个改变实际上不只是文件组织方式的变化, 而是思想上的一个重大转变.
新的目录结构能够更好地反映 Laravel 开发者的工作方式或者说推荐的工作方式. 不仅如此, 新的目录结构也能够减少有关 “最佳实践” 这个话题的争论. 此外, 从新的目录结构也能更好地理解 Laravel 的工作机制. 继续阅读