谈谈 Laravel 5.5 的 「自动发现」和此刻心情
2017-06-13 15:34
218 查看
看了Taylor Otwell发表的Package
Auto-Discovery In Laravel 5.5第一反应是
为啥。。。
也怪我,在开发之前忘记看5.5的开发代码动态,之前的文章中也提到过,在社交系统ThinkSNS+开发场景中,我们不可能让用户去 config/app.php 修改配置,所以为了解决加载包的问题,我们开发了Laravel服务提供者的增强版可以看plus/doc/pakcage
是的,增强版的服务提供者,增加功能如下:
l 可以友好的加载其他「服务提供者」(这在开发包的时候需要依赖其他laravel拓展包很有用)
l 服务提供者转到composer.json配置(无需修改配置了)
l 针对包更友好的publish(Laravel的vendor:publish要求输入服务提供者类,我们的只要求输入包名称)
l 处理器,简化版的命令行,可以用一个函数写一个简单的处理方法。
看到第二个就知道了,和laravel 5.5的自动发现类似,我们是在 bootstrap/cache/providers.php 中记录服务提供者信息,而Laravel
5.5是在vendor目录中查找后写入到 bootstrap/cache/package.php 。
是的,我们的实现思路差不多,但我们支持更多功能。从这里读取服务提供者列表,然后在 Illuminate\Foundation\Application::registerConfiguredProviders 函数中合并服务提供者,然后加载,从服务提供者中还可以继续加载服务提供者。
说下我的心情,大概是这样:
,又喜又悲~
开心,高兴,Laravel更易用了,另一个心情;
惆怅,因为我在ThinkSNS+中开发了这一特性后,公司包几乎都是以这种方式实现的。
你会说,把这些包配置字段设置下不就好了嘛?可是,在这种方式没定型之前,已经修改过一次,难道一个多月后又要修改一次?惨不忍睹呀!!!我怕我会被揍,想想就有点痛。
今天在群里说这个话题,某开发者:“哈哈,我终于开发了画中画功能”,然后谷歌:“Android
8 原生支持”。其实道理一样的,并不是因为官方原生支持了不好,而是在纠结,用官方的?还是继续维护自己的?自己的不一定有官方好,官方支持更稳定。
总结,我们觉得废弃掉现在的安装器(bootstrap/cache/providers.php 是由Composer安装器插件写入的),然后增加一份代码,从vendor目录匹配出来,写入到 bootstrap/cache/package.php 中去,只为5.5做准备。来吧!!!
开源代码仓库
GitHub:https://github.com/zhiyicx/thinksns-plus(点击star,每日关注开发动态。)
内测申请方式
提供个人/企业联系方式及认证信息(实名ID/企业营业执照照片或扫描件)及申请说明,发送邮件至lihecong@zhishisoft.com即可获得内测资格,申请从速。
欢迎各位关注者通过邮件,以图+文的形式发送至官方邮箱lihecong@zhishisoft.com反馈发现的问题,备注机型及系统版本。
Auto-Discovery In Laravel 5.5第一反应是
为啥。。。
也怪我,在开发之前忘记看5.5的开发代码动态,之前的文章中也提到过,在社交系统ThinkSNS+开发场景中,我们不可能让用户去 config/app.php 修改配置,所以为了解决加载包的问题,我们开发了Laravel服务提供者的增强版可以看plus/doc/pakcage
是的,增强版的服务提供者,增加功能如下:
l 可以友好的加载其他「服务提供者」(这在开发包的时候需要依赖其他laravel拓展包很有用)
l 服务提供者转到composer.json配置(无需修改配置了)
l 针对包更友好的publish(Laravel的vendor:publish要求输入服务提供者类,我们的只要求输入包名称)
l 处理器,简化版的命令行,可以用一个函数写一个简单的处理方法。
看到第二个就知道了,和laravel 5.5的自动发现类似,我们是在 bootstrap/cache/providers.php 中记录服务提供者信息,而Laravel
5.5是在vendor目录中查找后写入到 bootstrap/cache/package.php 。
是的,我们的实现思路差不多,但我们支持更多功能。从这里读取服务提供者列表,然后在 Illuminate\Foundation\Application::registerConfiguredProviders 函数中合并服务提供者,然后加载,从服务提供者中还可以继续加载服务提供者。
说下我的心情,大概是这样:
,又喜又悲~
开心,高兴,Laravel更易用了,另一个心情;
惆怅,因为我在ThinkSNS+中开发了这一特性后,公司包几乎都是以这种方式实现的。
你会说,把这些包配置字段设置下不就好了嘛?可是,在这种方式没定型之前,已经修改过一次,难道一个多月后又要修改一次?惨不忍睹呀!!!我怕我会被揍,想想就有点痛。
今天在群里说这个话题,某开发者:“哈哈,我终于开发了画中画功能”,然后谷歌:“Android
8 原生支持”。其实道理一样的,并不是因为官方原生支持了不好,而是在纠结,用官方的?还是继续维护自己的?自己的不一定有官方好,官方支持更稳定。
总结,我们觉得废弃掉现在的安装器(bootstrap/cache/providers.php 是由Composer安装器插件写入的),然后增加一份代码,从vendor目录匹配出来,写入到 bootstrap/cache/package.php 中去,只为5.5做准备。来吧!!!
开源代码仓库
GitHub:https://github.com/zhiyicx/thinksns-plus(点击star,每日关注开发动态。)
内测申请方式
提供个人/企业联系方式及认证信息(实名ID/企业营业执照照片或扫描件)及申请说明,发送邮件至lihecong@zhishisoft.com即可获得内测资格,申请从速。
欢迎各位关注者通过邮件,以图+文的形式发送至官方邮箱lihecong@zhishisoft.com反馈发现的问题,备注机型及系统版本。
相关文章推荐
- 聊聊 Laravel 5.5 的 「自动发现」和此刻心情!
- 深入解析Laravel5.5中的包自动发现Package Auto Discovery
- 微信公众号网页开发中,EasyWechat + laravel5.5 auth实现授权注册账号,自动登录
- LL今天心情特别好,因为他去买了一副扑克牌,发现里面居然有2个大王,2个小王(一副牌原本是54张^_^)...他随机从中抽出了5张牌,想测测自己的手气,看看能不能抽到顺子,如果抽到的话,他决定去买体育
- zabbix自动发现监控url
- spring cloud : 服务注册与发现(自动管理微服务地址)
- 使用lld自动发现监控多实例redis
- zabbix自动发现监控磁盘(iops和读写量)
- Lync自动发现顺序
- Laravel - 已登陆用户再次查看登陆页面的自动跳转设置
- Laravel5.5使用sendcloud发送邮件
- Laravel5.5 搭建简单的社区(五)--用户登录
- phpstorm对laravel项目代码自动提示
- 关于DPM自动发现
- zabbix 自动发现和注册
- 【zabbix】自动注册,实现自动发现agent并添加监控(agent不需要任何配置)
- CentOS5.5 添加一块新硬盘,分区并设置系统启动自动挂载的方法
- laravel Passport Components not showing up in Laravel 5.5(走过的坑)
- 自动拓扑发现资料
- phpstorm安装laravel-ide-helper实现自动完成、代码提示和跟踪