Laravel

启用Laravel的基本用户认证模块后，就会自动生成几个用户注册/登录/密码找回的页面。我们就来从这几个页面深入理解Laravel的用法。 1. 找到路由 这几个路由都由/routes/web.php文件中新增的Auth::routes(); 这一行注册的。 1.1 Facade 这个用法涉及到了Laravel的facade概念，facade是指用看起来像调用类的静态方法的语法(类名::静态方法)来调用容器中对应实例的同名公有方法的一种用法。 我们可以在/config/app.php的aliases数组中找到这个Auth别名，该别名指向实际的facade类‘Auth’ => Illuminate\Support\Facades\Auth::class, 所以在路由/routes/web.php中的Auth::routes()实际上就是Illuminate\Support\Facades\Auth::routes() 然后我们再去看这个…\Facades\Auth的代码。 class Auth extends Facade { protected static

1. 创建laravel 6项目 在工作目录下执行如下命令，通过composer创建laravel项目。 composer create-project –prefer-dist laravel/laravel blog “6.*” 该命令会在当前工作目录下生成blog项目目录。整个目录结构如下，关于laravel项目目录结构的说明可以参考Laravel Docs 然后使用php artisan serve 启动网站服务，或者配置nginx来运行网站。 初始的网站只有两个路由，可以通过命令php artisan route:list 来检查路由。

laravel默认是使用file做cache驱动的，但file与database驱动的cache无法支持tag，这就与我用到的entrust插件冲突了，所以改成了array作为cache系统的驱动。 后来想用throttle中间件的时候，发现throttle无效，一猜就是cache的问题，因为改用array做cache后，array其实相当于一次进程获得的内存空间开辟的一块数组，那么如果cache在这个数组里面，请求处理完后，这个数组已经没有啦！所以throttle根本不起作用。想了想最好的办法还是得换redis或者memcache做cache驱动，尤其在生产环境。  

初学laravel的时候，看到service provider这一块，一直纠结如何才能打印出容器内所有的service provider，因为光靠config/app.php文件，很难从alias看出其对应的service provider到底是哪个。后来才发现，其实在程序的任意地方（Application启动后），都可以通过 Container::getInstance()这个静态方法获取当前的Application实例。或者可以使用在全局helps.php中定义的的 app()方法来获取当前Application实例。 Route::get('/test', function () { dd(app()); // dd(Illuminate\Container\Container::getInstance()); }); 注意： 在laravel中打印变量尤其是“超大型”变量的时候，千万不要直接使用var_dump()。一来不直观，二来大型变量直接 var_dump可能会导致浏览器卡死（我猜应该是卡死在尝试将var_dump数据解析成dom上面）。=。=# 最好使用larave的全局函数dd()或者dump()，输出又美观，又不会卡死浏览器。 ps: 最好用dd吧，少用dump，今天发现一个bug，如果使用dump的话，会导致cookie操作失效=。=#

laravel框架的核心概念就是容器，打开laravel的入口文件public/index.php，一路追寻，会发现laravel框架在初始化时会新建一个Illuminate\Foundation\Application实例对象赋值给$app这个全局变量。这个Application实例就是我们的laravel容器(Application是Container的子类)，是整个laravel程序的基础：   一、容器 容器，就是用来装东西的，对吧。现实中的容器可以用来装水、装米，但编程世界中的容器装的则是一个个实例对象。举个例子，在程序运行过程中，我们可能需要一个Mailer实例来发送邮件，通常直观的做法是在需要的时候才创建这个Mailer实例，但我们也可以在程序初始化的时候先行创建一个Mailer实例，并在容器中注册该实例（laravel中叫做binding），随后在程序中任何需要用到Mailer的地方，就可以直接向容器申请这个实例（laravel叫做resolving）或者由容器进行自动依赖注入。 实际上laravel容器的绑定并不是真的绑定一个实例，而是绑定一个闭包函数，该闭包负责生成要绑定的实例对象。同时在绑定的时候定义是否为单例绑定（laravel中把单例绑定叫做shared）。然后直到程序向容器申请该实例的时候，才真正执行这个闭包函数去生成一个实例。对于非单例绑定，每次resolving都会生成一个新的实例；对于单例绑定，只在第一次resolving的时候生成实例，然后将该实例放入容器的instances数组中（Illuminate\Container\Container->instances），后面在申请时直接从该数组中返回实例。 （如果你有java的spring框架基础的话，那么就很好理解了。laravel容器就相当于spring容器，容器中绑定的实例对象相当于spring bean的概念，他们的目的都是为了依赖注入。另外，laravel的中间件也有点类似spring中切面的概念。推荐可以看一下Craig Walls写的《Spring实战》这本书，对于容器与依赖注入的概念描述得很棒。） （或者，关于容器与依赖注入的概念，还可以参考这篇博文：https://www.insp.top/article/learn-laravel-container） 1. 打印Laravel容器 https://www.hawu.me/coding/1132 2. binding 绑定操作通常在ServiceProvider的register()方法中定义，然后通过写入/config/app.php文件中的providers数组让laravel框架在初始化时自动加载。（当然，你也可以在程序其他地方直接调用bind()与singleton()方法进行绑定） 绑定的作用其实是告诉容器，在解析绑定时候如何生成需要的实例对象。如果一个类不依赖于任何其他类（即构造方法无参）或者它的构造器依赖可以被laravel解析，那么这个类就无需绑定到容器。容器不需要被告知如何生成这样的类对象，因为容器可以通过php的反射机制自动解析出具体对象。 However, there is no