Verwenden Sie das Attribut „replace', um Composer-Abhängigkeitskonflikte zu vermeiden

Om Das Folgende wird in der Tutorialspalte von pComposer

vorgestellt, um die Verwendung des Ersetzungsattributs vorzustellen, um die Abhängigkeitskonfliktmethode des Komponisten zu vermeiden. Ich hoffe, es wird den bedürftigen Freunden hilfreich sein!Die Composer-Dokumentation enthält zwei grundlegende Beispiele. Ich versuche es zu erklären:

Listen Sie die Pakete auf, die durch dieses Paket ersetzt werden. Auf diese Weise können Sie ein Paket forken und es unter einem anderen Namen mit Ihrer eigenen Versionsnummer veröffentlichen, und Pakete, die das Originalpaket erfordern, können Ihr geforktes Paket weiterhin verwenden, da es das Originalpaket ersetzt.

Angenommen, Ihre Software verwendet original/libraryund other/package, die ihrerseits original/libraryerfordern.

Jetzt denken Sie, dass original/libraryneue Funktionen integrieren muss, aber die Betreuer sind mit Ihrem Vorschlag zur Implementierung in ihrem Paket nicht einverstanden. Sie beschließen also, die Bibliothek unter dem Namen better/libraryzu forken und sie als neue Version zu kennzeichnen.

Zurück zur Software. Natürlich sollte das Paketbetter/libraryverwendet werden, also verwenden Sie stattdessen dieses, aberother/packageerfordert immer noch den Codeoriginal/librarywiederholen! Wie bringen Sie dieses Paket dazu, Ihrebetter/libraryanstelle vonoriginal/libraryzu verwenden? Anstatt es zu forken und einfach „composer.json“ zu ändern (Sie sind immer noch mitoriginal/librarykompatibel, also sollte es funktionieren)?original/library和other/package，它们本身也需要original/library。

现在你认为original/library需要集成新功能，但是维护人员不同意你的建议在他们的软件包中实现。 所以你决定以better/library的名称派生该库，并标记一个新发行版。

回到软件。当然，它应该开始使用better/library包，所以要用它来代替，但other/package仍然需要original/library- 代码重复！如何让那个包使用你的better/library来代替original/library？而不需要对它进行 fork ，只需要修改 composer.json（你仍然与original/library兼容，所以它应该可以工作了）？

你需要增加 replace 关键字在composer.json：

"replace": { "original/library":"1.0.2" }

现在 Composer 知道，在解决 「other/package」的依赖关系时，任何来自 「better/library」的包都与「original/library」一样好。

这对于包含子包的包也很有用，例如，主 symfony/symfony 包包含所有 Symfony 组件，这些组件也可以作为单独的包使用。如果您需要主包，它将自动满足单个组件之一的要求，因为它将替换它们。

相同的规则，只是角度略有不同：对于需要某些功能的任何其他组件，引入框架的组件是一种不错的方法。但是，如果你在软件中需要完整的框架，而另一个库又需要该框架的组件，则该框架的replace声明使 Composer 不必两次安装该单个组件，因为它已经包含在完整的框架中。

注意: 替换版本中的占位符通常是不好的

在我最初的回答中，我建议：

"replace": { "original/library":"1.*" }

这带来的后果是：Composer现在将把你的库版本 1.0.0 和原来库的任何版本 1.x 一样好，即使他们在某一天修复了一些东西或添加了一些特性并发布了版本1.2.34。这也意味着，如果某一天你的「other/package」得到更新，并且需要「original/library:^1.1」，你库中的替换仍处于活动状态，并声明它可以替换任何版本1*，，即使你不更新内部的任何内容-这样做也无法完成，但是如果你不做任何工作，你的旧代码就永远不会实现原始库的新功能，但替换内容恰恰说明了这一点。

因此，从本质上讲：在替换版本中避免使用通配符版本！ 如果使用它们，则会对你无法了解或预测的未来做出声明（除非你可以控制original/library，但即使这样也要非常小心）。 一定要使用你知道的并且可以完全重新实现的original/library

rrreee

Jetzt weiß Composer, dass beim Auflösen von Abhängigkeiten von „other/package“ jedes Paket aus „better/library“ „original“ sein wird /library“ ist genauso gut.

Dies ist auch für Pakete nützlich, die Unterpakete enthalten, z. B. enthält das Hauptpaket Symfony/Symfony alle Symfony-Komponenten, die auch als separate Pakete verfügbar sind. Wenn Sie das Hauptpaket benötigen, erfüllt es automatisch die Anforderungen für eine der Einzelkomponenten, da es diese ersetzt.

Das obige ist der detaillierte Inhalt vonVerwenden Sie das Attribut „replace', um Composer-Abhängigkeitskonflikte zu vermeiden. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!