扫码关注官方订阅号
Laravel中有助手函数,那么为什么还需要Facades呢?他相对于使用助手函数以及直接去访问底层类有什么好处吗?(文档我有点看不懂,所以才来问的这问题)
学习是最好的投资!
便于快速开发,不需要进行对容器的依赖注入操作,就能以全局变量的方式快速实现功能,就是以牺牲可维护性来换取开发速度。
如果是全局助手函数,那么与laravel的facade基本没有区别,相对助手函数的一个好处当我们需要对助手函数或者facade修改功能时,我们不得不修改助手函数里面的代码,而用facade时,我们可以在不修改facade代码的情况下(在程序初始化或者已经运行时),把它实际指向的单例干掉,重新指向一个符合我们要求功能的新单例,实现一个比较丑的依赖注入,不过好像facade默认没提供注入方法,还是要修改facade的内部实现。
这个问题可以转换为,能定义函数为什么要定义类。
虽然创建的时候麻烦点,但是之后的开发很方便,直接用别名调用,能减少很多代码~~
对了 顺便问下 laravel教学视频有没有最近点的
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
便于快速开发,不需要进行对容器的依赖注入操作,就能以全局变量的方式快速实现功能,就是以牺牲可维护性来换取开发速度。
如果是全局助手函数,那么与laravel的facade基本没有区别,相对助手函数的一个好处当我们需要对助手函数或者facade修改功能时,我们不得不修改助手函数里面的代码,而用facade时,我们可以在不修改facade代码的情况下(在程序初始化或者已经运行时),把它实际指向的单例干掉,重新指向一个符合我们要求功能的新单例,实现一个比较丑的依赖注入,不过好像facade默认没提供注入方法,还是要修改facade的内部实现。
这个问题可以转换为,能定义函数为什么要定义类。
虽然创建的时候麻烦点,但是之后的开发很方便,直接用别名调用,能减少很多代码~~
对了 顺便问下 laravel教学视频有没有最近点的