ist es in Ordnung, mehr als eine package.json in einem Projekt zu haben?

Question

Ist es in Ordnung, mehr als eine package.json in einem Projekt zu haben? Ich arbeite in einer .NET MVC-Lösung und es hat eine package.json auf der Stammebene. Ich muss Jasmine/Karma in die Lösung integrieren, und dies ist das erste Mal, dass ich diese Art von Integration mache. Ich habe im Internet ein Beispielprojekt für Jasmine/Karma gefunden, das ich lokal ausführen konnte. Dieses Projekt hat sein eigenes Paket.json.

Es scheint, als wäre es nützlich, die Datei package.json für das Beispiel Jasmine/Karma Beispielprojekt separat von der package.json auf der Stammebene der Lösung zu pflegen, um mehr Flexibilität zu bieten und die gleichen Eigenschaften zu ermöglichen je nach Kontext unterschiedlich verwendet werden.

Wäre dies gültig oder allgemein als eine gute Praxis angesehen? Oder muss ich herausfinden, wie die Inhalte von package.json aus dem Beispielprojekt in die package.json auf der Stammebene der .NET MVC-Lösung zusammengeführt werden?

Answer 1

Ich würde sagen, es ist in der Regel schlechte Praxis, mehr als ein package.json zu haben. Ich würde nur erwarten, einmal npm installieren zu müssen, und mit zwei Arten von Abhängigkeitsverwaltung zu tun, könnte zu Problemen auf der ganzen Linie führen.

Answer 2

In Bezug auf die Dinge einfach zu halten, ist es einfacher, nur eine einzige package.json Datei zu pflegen, aber es gibt nichts an sich falsch mit mehreren package.json Dateien in einem Repo. Einige Unternehmen verwenden Mono-Repos, für die es sinnvoll wäre, mehrere package.json Dateien zu haben.

Mehrere package.json Dateien geben Ihnen eine Menge Flexibilität, um unterschiedliche/inkompatible Versionen von Abhängigkeiten auszuführen. Als praktisches Beispiel haben wir für eines der Projekte, an denen ich arbeite, 2 package.json Dateien, eine für den Hauptanwendungscode und dann eine weitere für unsere BDD-Tests. Wir verwenden chimp für unsere BDD-Tests und hatten Probleme mit der Ausführung der neuesten Knotenversion, während wir den Rest der App aus diesem Grund nicht aktualisieren möchten. Wir fanden auch, dass die einzelne package.json Datei sehr unordentlich wurde, wenn sie zuerst kombiniert wurde.