[Laravel & Composer] 怎样扩展包 A 功能，但不修改 A 源码，其他引用也不用修改？
kchum · 2015-04-23 14:34:00 +08:00 · 2727 次点击这是一个创建于 3293 天前的主题，其中的信息可能已经有所发展或是发生改变。
可能标题不太清楚
详情是这样的，
项目用 Laravel ，用了包 A，很多地方都有引用了，
现在发现我们要在 A 上扩展再拿过来用
目前能行的方案是，
1.修改包 A，但 A 会升级（要兼容升级，不考虑）
2.写个 包 B 继承 A，引用那里在全部修改成 B
我想问的是，有没有优雅的方案，在引用的地方不用再修改？
提供下关键字，谢谢！
详情是这样的，
项目用 Laravel ，用了包 A，很多地方都有引用了，
现在发现我们要在 A 上扩展再拿过来用
目前能行的方案是，
1.修改包 A，但 A 会升级（要兼容升级，不考虑）
2.写个 包 B 继承 A，引用那里在全部修改成 B
我想问的是，有没有优雅的方案，在引用的地方不用再修改？
提供下关键字，谢谢！
 |
1
Scholer 2015-04-23 14:35:52 +08:00
在github上 fork一下 然后在composer里指定自己fork的地址作为源
|
 |
5
babyname 2015-04-23 14:55:55 +08:00 via iPhone
当然用b 又想偷懒 又想扩展 哪有那么好的事
|
 |
6
loserwn 2015-04-23 14:57:19 +08:00
我觉得当前 po 主的方案也是最可行的。貌似没有太优雅的方案了
|
 |
7
gDD 2015-04-23 14:57:23 +08:00
如果你在代码里是采用的 IoC 注入的 A 实例，那么以下步骤：
1. 写个 B 继承 A。 2. 在合适的地方加入 `App::bind('VendorNamespace\A', 'YourNamespace\B');` （测试目的放入 routes.php 就行，成功以后写一个 Service Provider）。 经过这两步应该就可以了，理论上第二步 bind 的第一个参数应该是一个 Interface，但是我在没有测试的情况下大略看了一眼代码没有要求非得是 Interface，所以应该可行（请测试后告诉我们结果）。 以上方法只是可行，但不推荐采用，而且前提是你用的是 IoC 注入的 A 才可行。如果不是还是用你的方案 2 吧。 |
 |
9
mcfog 2015-04-23 15:19:50 +08:00
https://getcomposer.org/doc/04-schema.md#replace
my/A ... replace: real/A: 1.0.0 ... composer require my/A |
 |
10
guoer 2015-04-23 16:44:36 +08:00
extends ?
|
Select Language