2013-10-10 7 views
5

Ich arbeite derzeit an einem Projekt, das eine Reihe von Komponenten (Polymerelemente) enthält. Alles in allem, werde ich wahrscheinlich über 10 Komponenten für die Anwendung suchen. Im Moment folgt Pubs Package Layout Conventions jeder .html und zugehörige .dart-Datei im Web/Verzeichnis.Polymer Dart Paket Layoutkonventionen?

Es wäre schön, sie in lib/src/meiner Anwendung zu haben und nur die wichtigsten Dateien im Web/jedoch im Moment <link ref="import" href="package:my_app/src/my_component.html"> wird nicht funktionieren (Siehe Issue 12867).

Gibt es derzeit Konventionen für die Handhabung mehrerer (privater) Komponenten für eine App? Soll ich ein web/src/-Verzeichnis erstellen, um Import-/Quelldateien relativ zum Web/Verzeichnis zu laden? Wäre es sogar sinnvoll, Polymer Element .html-Dateien in lib/src/zu behalten (vorausgesetzt, es wurde unterstützt), da es sich nicht um reine Dart-Dateien handelt, wie es in einem Pub-Paket-Layout traditionell empfohlen/erwartet wird?

Antwort

1

Soweit ich verstehe, funktioniert Paket: nur für externe Komponenten (Abhängigkeiten in pubspec.yaml deklariert), und der Standardpfad ist der Paketordner (erstellt durch Pub-Installation). Sehen Sie sich den ersten Abschnitt hier an: Dart Pub

Ich halte Komponenten in ihren eigenen Ordnern unter dem Web-Verzeichnis so web/component1, web/component2 und so weiter und ich verwende relative Links, um über Komponenten zu importieren. Nicht sicher, ob dies die beste Vorgehensweise ist, aber es funktioniert.

+1

Paket funktioniert auch für interne Komponenten Ihres eigenen Pakets, auch in Verzeichnissen wie bin oder web verwendet, und wird mit dem lib/director Ihres eigenen Pakets verlinkt. Siehe: http://pub.dartlang.org/doc/package-layout.html#implementation-files Der referenzierte Fehler verhindert jedoch, dass er in HTML-Dateien funktioniert. Siehe Bug für diese Frage: http://dartbug.com/13991 –

+0

Matt, danke für das Aufzeigen. Macht Sinn. – enceladus

Verwandte Themen