Wann sind Web-Komponenten gemäß der Spezifikation kompatibel?

Question

Theoretisch gesprochen versuche ich herauszufinden, wenn eine Web-Komponente Linter lesen Paket.json für JSPM Web-Komponente Abhängigkeiten können bestimmen, ob eine Web-Komponente Abhängigkeit Diagramm ohne doppelte Web-Komponenten auf der Grundlage der Semver Guidelines erstellt werden kann.

Ich nehme an, wir sprechen nur über Abhängigkeiten, die kompatibel sind. Zum Beispiel listet alle Abhängigkeiten Polymer 1.0^als Peer-Abhängigkeit auf.

IIUC alle Abhängigkeiten, die keine großen Versionsunterbrechungen haben, sind kompatibel. Wenn beispielsweise eine Komponente paper-input:1.3.0^ und eine andere Liste paper-input:1.5.0^ auflistet, kann JSPM einfach die neueste Version von paper-input unter 2.0.0 installieren, und die Komponenten, die es benötigen, verwenden diese eine Version. Auf der anderen Seite, wenn es eine Komponente gibt, die paper-input:3.4.0^ erfordert, kann der Linter melden, dass es eine transitive Abhängigkeit gibt, die doppelte Komponenten erfordert.

Fehle ich etwas?

Answer 1

Sie verpassen nichts. Wenn alle Ihre Abhängigkeiten ordnungsgemäß der semantischen Versionierung folgen, sollten Sie dieser Logik folgen.

Immer wenn es eine brechende Änderung gibt, sollte die Hauptversion gestoßen werden. Jede Änderung an einer Minor- oder Patch-Version sollte das Paket immer noch vollständig rückwärtskompatibel mit Versionen halten, die eine niedrigere Priorität haben und derselben Hauptversion angehören.