Der Zweck dieser Ausgabe besteht darin, eine allgemeine Ausgabe bereitzustellen, um den Status der Arbeiten zu verfolgen, die für die Auslieferung der Octane Edition von Ember.js erforderlich sind.
Wenn jemand an einem der Elemente in dieser Liste arbeiten möchte, schaut bitte zuerst im #st-Oktan-Kanal unseres Discord-Chats nach .
Die folgende To-Do-Liste wird aktualisiert und enthält Links zu einzelnen Problemen, sobald diese erstellt werden. Die Ausgaben selbst enthalten weitere Details zu jedem Punkt dieser Liste.
Gemäß der Roadmap RFC 2018 gibt es Engagement und Fokus darauf, die Dinge zu beenden, die wir bereits begonnen haben.
Laut Roadmap RFC sind dies die Ziele für die Octane Edition; es sollte jedoch beachtet werden, dass
"Der endgültige Zeitplan und die endgültigen Funktionen von Ember Octane werden von den Kernteams festgelegt und sind in diesem RFC nicht in Stein gemeißelt."
Core-Team-Champion: Tom Dale | Status: abgeschlossen
Core-Team-Champion: Tom Dale | Status: abgeschlossen
### Nachverfolgte EigenschaftenCore-Team-Champion: Tom Dale | Status: abgeschlossen
### ElementmodifikatorenCore-Team-Champion: Tom Dale | Status: abgeschlossen
Meister des Kernteams :
Core-Team-Champion: Robert Jackson (@rwjblue) | Status: abgeschlossen
Meister des Kernteams: Robert Jackson | Status: abgeschlossen
Core-Team-Champion: Robert Jackson (@rwjblue) | Status: auf dem richtigen Weg
Core Team Champion: Jen Weber (@jenweber) | Status: auf dem richtigen Weg
Core Team Champion: Leah Silber (@wifelette) & Mel Sumner (@melsumner) | Status: verzögert
Dies sind neue Elemente, von denen wir festgestellt haben, dass sie bei der Implementierung der Octane-Funktionen hinzugefügt werden mussten.
on
ModifikatorCore-Team-Champion: Robert Jackson (@rwjblue) | Status: abgeschlossen
fn
HelferCore-Team-Champion: Robert Jackson (@rwjblue) | Status: abgeschlossen
Core-Team-Champion: Robert Jackson (@rwjblue) | Status: abgeschlossen
@classic
DekorateurCore-Team-Champion: Robert Jackson (@rwjblue) | Status: auf dem richtigen Weg
Dies sind Elemente, die von Octane entfernt wurden und jetzt als Stretch Goals verfolgt werden.
Einzelheiten
ember-source@3.??.0
ember-data@3.??.0
application-template-wrapper
zu false
jquery-integration
bis false
template-only-glimmer-components
bis true
.ember-cli
ember generate component
(gemäß RFC #481) :--no-component-class
--component-structure=flat
EmberObject.extend()
zu nativen Klassen migrieren@MelSumner Wir sollten die Verbesserungen der Build-Pipeline auch in https://github.com/embroider-build/embroider verfolgen.
@melsumner https://broccoli.build und https://github.com/broccolijs/broccolijs.github.io für die neue Broccoli-Site und -Dokumente
RFC für verfolgte Eigenschaften kann abgehakt und der Link aktualisiert werden.
Wir haben darüber gesprochen, zu prüfen, was im Standard-App-Blueprint enthalten ist. Siehe verwandte Probleme:
FWIW, @tomdale , das scheint mir ziemlich orthogonal zur Octane Edition zu sein (ohne zu sagen, dass wir nicht vorsichtiger sein sollten und bessere Kontrollen / Balancen haben sollten, nur dass es überhaupt nicht mit Oktan zusammenhängt) ...
es hat überhaupt nichts mit Oktan zu tun
Ich habe dies kürzlich vorgebracht, weil ein Standard-Blueprint, der mehrere Programmiermodelle unterstützt (dh ein zukünftiger Standard-Oktan-Blueprint), zusätzliche Crufts enthalten kann, die eine reine "klassische" App oder eine reine "Oktan" -App überhaupt nicht braucht.
Wenn wir bestätigen können, dass dies kein Problem darstellt, stimme ich zu, dass dies nicht sehr eng mit Oktan zusammenhängt
imo, die Oktan-Blaupause, https://github.com/ember-cli/ember-octane-blueprint sollte die _ideale_ brandneue / glänzende App sein. Ich denke nicht, dass das alte Programmiermodell in die Blaupause einbezogen werden sollte. :-
@MelSumner - Ich denke, wir müssen hier in dieser Checkliste einige MU-bezogene Dinge finden (ich entdecke keine, aber AFAICT MU wird immer noch als Teil des Oktan-Feature-Sets angesehen ...).
Es heißt schon Octane-Layout statt MU-Layout ... und je mehr ich darüber nachdenke, desto mehr macht es Sinn!
@MelSumner - Ich denke, wir müssen hier in dieser Checkliste einige MU-bezogene Dinge finden (ich entdecke keine, aber AFAICT MU wird immer noch als Teil des Oktan-Feature-Sets angesehen ...).
@rwjblue Wir haben im ersten Abschnitt mit dem MU-Questproblem verlinkt - "Beenden Sie, was wir begonnen haben" - gibt es noch mehr, das wir Ihrer Meinung nach verfolgen sollten?
Bezüglich ember-cli-create
ich dieses Thema zusammengestellt: ember-cli/ember-cli#8343. Je nachdem, wie viel von der Stickspezifikation als Teil von Oktan (= _Publikations-Format) implementiert wird, spricht das von mir verlinkte Problem hauptsächlich über das _Authoring_-Format, das das Veröffentlichungsformat ergänzen kann.
Persönlich würde ich ember-cli-create
als Teil von Oktan sehen, während das Autorenformat _könnte_ (was im Grunde die Grundlage für ember-cli-create
).
Lassen Sie mich wissen, ob das eine gute Ergänzung wäre oder besser auf die Veröffentlichung nach der Oktanzahl verschoben würde oder wie ich dabei helfen kann.
Oktanzahl Blaupause > Verschieben des Addons in die ember-cli org kann abgehakt werden :)
Update, hier ist ein Quest-Problem zum Verfolgen der Winkelklammer-Konvertierung in den Anleitungen https://github.com/ember-learn/guides-source/issues/139
Das Entfernen von jQuery RFC kann abgehakt werden! ✅
Ich habe auch ein Tracking-Problem erstellt, auf das wir vielleicht verlinken können: https://github.com/emberjs/ember.js/issues/17476
User Story zu Feature Flags und optionalen Features in Bezug auf den Oktan Blueprint
Als Workshop-Dozent muss ich die Standardwerte für verschiedene optionale/Feature-Flags in der Oktanzahl-Blaupause kennen, um konkret zu verstehen, was meine Schüler bekommen, wenn sie
ember new
ausführen und Material umember new
, die über einen längeren Zeitraum gültig bleibt.
Zu Ihrer Information - Ich habe gerade @ember/render-modifiers 1.0.0 mit Unterstützung für Ember 2.12 veröffentlicht (über ember-modifier-manager-polyfill ). Es gibt noch ein bisschen zu tun (brauche tonnenweise mehr Dokumentation), aber es ist ein guter Anfang ...
@MelSumner Ich werde an den Blaupausen für Native JS Classes arbeiten.
Hat sich jemand Gedanken gemacht, was mit https://github.com/ember-cli/ember-new-output in der Classic+Octane-Welt passieren soll?
Die Ausgabe in diesem Repo entspricht der Ausgabe von ember new
, die sich nach unseren aktuellen Plänen in eine Oktanzahl-Blaupause ändern wird, "wenn sie fertig ist".
Es sieht so aus, als ob die Modulvereinheitlichung im Abschnitt "Praktische Implementierung von Roadmap RFC" fehlt.
Es sieht so aus, als ob die Modulvereinheitlichung im Abschnitt "Praktische Implementierung von Roadmap RFC" fehlt.
Ich glaube, dass Vorlagenimporte das wichtigste Element sind, das noch nicht ausgeliefert wurde, also verfolgen wir das in dieser Ausgabe. Hilft das, @michaelrkn ?
@MelSumner Verstanden , danke!
Hallo zusammen, die Implementierung des "Remove jQuery" RFC ist größtenteils abgeschlossen (zumindest was die erste Ember 3.x Stufe betrifft, siehe https://github.com/emberjs/ember.js/issues/17476) . Was immer noch offen ist und die (Standard-, Nicht-Oktan-) Blaupausen blockiert, um standardmäßig auf kein jQuery umzuschalten, ist die eingebaute Fähigkeit von ember-data, mit fetch
anstelle von $.ajax
(ohne das ember-data
Patch-Mixin anwenden müssen), siehe WIP PR: https://github.com/emberjs/data/pull/5386.
Nur um Sie wissen zu lassen ... vielleicht sollte dies bei einem der nächsten Kernteam-Meetings angesprochen werden, um dies über die Ziellinie zu bringen?
ein paar Dinge im Zusammenhang mit ember-cli, die ich gerne in die Liste aufnehmen möchte:
moduleConfig.collections = Object.assign(moduleConfig.collections, {
// ember-simple-auth
authenticators: {
types: ['authenticator'],
defaultType: 'authenticator'
}
});
(das obige, mit freundlicher Genehmigung von @sly7-7: D)
und
moduleConfig.types = Object.assign(moduleConfig.types, {
// ember-intl
'ember-intl<strong i="12">@adapter</strong>': { definitiveCollection: 'main' },
'ember-intl<strong i="13">@translation</strong>': { definitiveCollection: 'main' },
translation: { definitiveCollection: 'main' },
formats: { definitiveCollection: 'main' },
cldr: { definitiveCollection: 'main' },
'util:intl': { definitiveCollection: 'utils' },
'intl:util': { definitiveCollection: 'utils' },
// ember-gestures
'ember-gesture': { definitiveCollection: 'main' },
});
und die andere Sache, die auch mit ember-cli zu tun hat, ist die Unterstützung mehrerer Dummy-Apps.
Bisher haben wir hier einige Designvorschläge:
Ich bin mir auch nicht sicher, wie man dies verfolgt, aber mit der ember-paper-Bibliothek von @miguelcobain möchte ich mich darauf
Es scheint, als ob es hauptsächlich damit zu tun hat, dass Stile der Host-App ausgesetzt werden. idk, wenn es etwas Einfaches gibt, das wir tun können, damit vorhandene Style-Addons "einfach funktionieren" oder ob wir alle Style-Addons dazu bringen, eine Oktanzahl / isModuleUnification-Bedingung hinzuzufügen?
@NullVoxPopuli
Hallo zusammen, die Implementierung des "Remove jQuery" RFC ist größtenteils abgeschlossen (zumindest was die erste Ember 3.x Stufe betrifft, siehe #17476). Was immer noch offen ist und die (Standard-, Nicht-Oktan-) Blaupausen blockiert, um standardmäßig auf kein jQuery umzuschalten, ist die eingebaute Fähigkeit von ember-data, mit
fetch
anstelle von$.ajax
(ohne dasember-data
Patch-Mixin anwenden müssen) , siehe WIP PR: emberjs/data#5386 .Nur um Sie wissen zu lassen ... vielleicht sollte dies bei einem der nächsten Kernteam-Meetings angesprochen werden, um dies über die Ziellinie zu bringen?
@dgeb / @igorT kannst du bei diesem Blocker helfen?
@MelSumner Yup , habe das beim ED-Meeting https://github.com/emberjs/data/pull/5386 weiterverfolgen und
@MelSumner
Update blueprints for each object type to use native JS classes
wurde unter #17621 zusammengeführt. Anfänglich generieren die Blaupausen nur dann native Klassen, wenn die Oktan-Blaupausen verwendet werden .
@tomdale , @MelSumner , @rwjblue
https://github.com/crashco/ember-template-component-import/issues/10
Zu Ihrer Information, der RFC für Komponentenvorlagen-Co-Locations behandelt dieses Nachverfolgungsproblem noch nicht. :)
@Panman8201 richtig - es liegt außerhalb des Geltungsbereichs von Octane. :)
Ich denke, dies muss mit der Version von ember octane 3.15+ aktualisiert werden :)
Da wir Octane ausgeliefert haben, wird dieses Problem geschlossen.
Hilfreichster Kommentar
@melsumner https://broccoli.build und https://github.com/broccolijs/broccolijs.github.io für die neue Broccoli-Site und -Dokumente