Ember.js: Problem mit der Oktanzahlverfolgung

Erstellt am 28. Nov. 2018  ·  33Kommentare  ·  Quelle: emberjs/ember.js

Zusammenfassung

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.

Ziele aus Roadmap RFC

Beenden Sie, was wir begonnen haben (Teil 1 von 2)

Gemäß der Roadmap RFC 2018 gibt es Engagement und Fokus darauf, die Dinge zu beenden, die wir bereits begonnen haben.

Funktionen der Octane Edition (Teil 2 von 2)

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."

  • Standardmäßig kein jQuery
  • Svelte Builds (in die nächste Ausgabe verschoben)
  • Native JavaScript-Klassen
  • Glimmerkomponenten
  • Inkrementelles Rendering und Rehydration (in die nächste Ausgabe verschoben)
  • Treeshaking (in die nächste Ausgabe verschoben)
  • Eliminierung der Runloop (Entfernung der Notwendigkeit für Entwickler, Ember.run zu verwenden)
  • Stabilisierung der Ember-Daten (in die nächste Ausgabe verschoben)

Praktische Umsetzung von Roadmap RFC

Dekorateure

Core-Team-Champion: Tom Dale | Status: abgeschlossen

  • [x] RFC-emberjs/rfcs#408

    • [x] Ergänzende RFC – Decorator-Unterstützung – [RFC #440]

  • [x] Implementierung
  • [x] Dokumentation
  • [x] Feature-Flag aktivieren

    • [x] ember-cli-babel muss sie standardmäßig transpilieren

Glimmer-Komponenten (als Standard-Komponenten-API)

Core-Team-Champion: Tom Dale | Status: abgeschlossen

  • [x] RFC-emberjs/rfcs#416
  • [x] Umsetzung [PR]
  • [x] Dokumentation (PR'd to Octane Guides)

### Nachverfolgte Eigenschaften

Core-Team-Champion: Tom Dale | Status: abgeschlossen

  • [x] RFC

    • [x] [[Problem]](https://github.com/emberjs/rfcs/issues/404)

    • [x] geschrieben [RFC #410]

    • [x] überprüft

    • [x] FCP (25.01.19)

    • [x] zusammengeführt

  • [x] Implementierung (POC in Bearbeitung, @pzuraq)
  • [x] Dokumentation

    • [x] Feature-Flag aktivieren

    • [x] Fix den unendlichen Render-CP-Bug #17799 (https://github.com/emberjs/ember.js/pull/17835)

    • [x] Beobachter-Interop-Kompatibilität

    • [x] Leistungstests

### Elementmodifikatoren

Core-Team-Champion: Tom Dale | Status: abgeschlossen

  • [x] RFC

    • [x] geschrieben [RFC #415]

    • [x] überprüft

    • [x] FCP

    • [x] zusammengeführt

  • [x] Unterstützung von RFC: Weiterleitung von Elementmodifizierern mit "Splattributes" [RFC #435]
  • [x] Implementierung (als Addon) [ember-render-modifiers]
  • [x] Dokumentation [Tracking-Problem]

    • [x] API-Dokumente (@GavinJoyce)

    • [x] Guides ( @wycats - Interaktion mit dem Dom Guide)

Editionen

Meister des Kernteams :

  • [ ] RFC

    • [x] geschrieben- [RFC #371]

    • [ ] überprüft (in Bearbeitung, @tomdale- Champion)

    • [ ] FCP

    • [ ] zusammengeführt

  • [ ] Dokumentation

jQuery standardmäßig entfernen

Core-Team-Champion: Robert Jackson (@rwjblue) | Status: abgeschlossen

  • [x] RFC

    • [x] geschrieben [RFC #386]

    • [x] überprüft

    • [x] FCP

    • [x] zusammengeführt

  • [x] Implementierung
  • [x] Dokumentation

Native JS-Klassen

Meister des Kernteams: Robert Jackson | Status: abgeschlossen

  • [x] RFC

    • [x] geschrieben [RFC #240]

    • [x] überprüft

    • [x] FCP

    • [x] zusammengeführt

  • [x] Implementierung

    • [x] (Versand in 3.6)

    • [x] Migrationscodemod [ember-es6-class-codemod] (in Bearbeitung @rwjblue @pzuraq)

    • [x] Aktualisieren Sie Blaupausen für jeden Objekttyp, um native JS-Klassen zu verwenden:

    • [x] Strecke

    • [x] Router [Tracking-Problem]

    • [x] Komponente

    • [x] Controller

    • [x] Dienst

  • [x] Dokumentation [Tracking-Problem]

Brokkoli 2.0

Core-Team-Champion: Robert Jackson (@rwjblue) | Status: auf dem richtigen Weg

  • [x] Implementierung
  • [ ] Dokumentation

    • [x] Broccoli-Website für ausführlichere Anleitungen ( @oligriffiths - https://broccoli.build/)

    • [ ] Brokkoli-Grundlagen zu Ember-Guides hinzugefügt [Tracking-Problem] (in Bearbeitung, @oligriffiths)

Ember Guides-Updates

Core Team Champion: Jen Weber (@jenweber) | Status: auf dem richtigen Weg

Neugestaltung der Website

Core Team Champion: Leah Silber (@wifelette) & Mel Sumner (@melsumner) | Status: verzögert

Zielfernrohrkriechen

Dies sind neue Elemente, von denen wir festgestellt haben, dass sie bei der Implementierung der Octane-Funktionen hinzugefügt werden mussten.

on Modifikator

Core-Team-Champion: Robert Jackson (@rwjblue) | Status: abgeschlossen

  • [x] RFC emberjs/rfcs#471 [Tracking-Problem]
  • [x] Implementierung (Polyfill abgeschlossen, Implementierung in Ember in Bearbeitung)
  • [x] Dokumentation ( @pzuraq )

fn Helfer

Core-Team-Champion: Robert Jackson (@rwjblue) | Status: abgeschlossen

  • [x] RFC emberjs/rfcs#470 [Tracking-Problem]
  • [x] Implementierung (Polyfill in Bearbeitung)
  • [x] Dokumentation ( @pzuraq )

Normalisierung der Injektionsparameter (Eigentümertunnel/Klassenportal)

Core-Team-Champion: Robert Jackson (@rwjblue) | Status: abgeschlossen

  • [x] RFC emberjs/rfcs#451 [[Tracking-Problem](https://github.com/emberjs/rfc-tracking/issues/34)]
  • [x] Implementierung (in Bearbeitung, PR https://github.com/emberjs/ember.js/pull/17858)
  • [x] Dokumentation

@classic Dekorateur

Core-Team-Champion: Robert Jackson (@rwjblue) | Status: auf dem richtigen Weg

  • [x] RFC-emberjs/rfcs#468
  • [x] Implementierung (wird ein Addon sein)
  • [ ] Dokumentation (WIP wird im Ember Atlas statt in offiziellen Handbüchern dokumentiert) (

Glutinspektor

[Tracking-Problem]

TODOs unterstützen

  • [x] Kontextuelle Helfer und Modifikatoren RFC (FCP - 25.01.19)(https://github.com/emberjs/rfcs/pull/432) (@chancancode)
  • [x] Implementierung: Octane Blueprint für ember-cli
  • [x] Dokumentation: Optionale CLI-Funktionsflags, die durch neue Funktionen in der Octane-Edition eingeführt wurden (in regulären Leitfäden dokumentiert, nicht in CLI-Leitfäden)
  • [ ] (Optimierung) Schutz der optionalen Feature-Flags zur Einsparung der Dateigröße

Stretch Goals/De-Scoped Items

Dies sind Elemente, die von Octane entfernt wurden und jetzt als Stretch Goals verfolgt werden.

  • [ ] Svelte Builds (die letzte Codebereinigung hat es leicht gemacht, dass dieses Element zu einem Stretch Goal wurde)
  • [ ] Stabilisierende Glutdaten
  • [ ] [Router-Dienst](https://github.com/emberjs/rfcs/blob/master/text/0095-router-service.md)

    • [x] Verwandte: RouteInfo-Metadaten [RFC #398]

    • [x] Verwandte: Router-Helfer [RFC #391]

    • [ ] Implementierung: Router-Helfer

    • [ ] Dokumentation

  • [ ] Veröffentlichung von Paketen (aus Roadmap)
  • [ ] Inkrementelles Rendering (ab 19.02.2019)

    • [ ] RFC

    • [ ] Implementierung

    • [ ] Dokumentation

  • [ ] Entfernen von Synchronous Rendering aus Tests (wird als Addon veröffentlicht)

    • [ ] RFC [Problem]

    • [ ] Implementierung

    • [ ] Dokumentation

  • [ ] Inkrementelle Rehydratation/ Rehydratation

    • [ ] RFC (in Bearbeitung, @rondale-sc )

    • [ ] Implementierung

    • [ ] Dokumentation

  • [ ] Vorlagenimporte

    • [ ] RFC-emberjs/rfcs#454

    • [ ] Implementierung (POC in Arbeit, @wycats)

    • [ ] Dokumentation

  • [x] Decorators Polyfill Addon (noch kein Repo)

    • [x] Implementierung

    • [x] Dokumentation

  • [ ] Implementierung: Embroider (Packaging spec) ( @ef4 ) (Update: Wir gehen davon aus, dass dies verwendbar ist, aber in einem BETA-Zustand für Octane-Release, um die Stabilität besser zu gewährleisten)
  • [ ] Native JS-Module: Importieren von NPM-Paketen

    • [x] Implementierung: Import aus NPM-Paketen - [ember-auto-import]

    • [ ] Implementierung: ember-auto-import in Standard-Blueprint [Tracking Issue]

    • [ ] Dokumentation (in Bearbeitung, @NullVoxPopuli)

Projektmanagement

Einzelheiten

  • [x] Richten Sie Oktanschlagteams in jeder der relevanten Ember-Organisationen ein:

    • [x] [ember-cli](https://github.com/orgs/ember-cli/teams/octane-strike-team)

    • [x] [ember.js](https://github.com/orgs/emberjs/teams/octane-strike-team/discussions)

    • [x] [ember-learn](https://github.com/orgs/ember-learn/teams/octane-strike-team)

  • [ ] Diskussion: ember Wizard (wie ember-cli-create)

    • [ ] @rwjblue um mit dem ember-cli Team zu diskutieren

  • [x] Diskussion: Stretch Goals verfolgen?
  • [x] Diskussion: nicht erfasste (und warum) Elemente verfolgen - ja
  • [x] Diskussion: Verfolgung des Website-Update-Projekts
  • [x] Diskussion: Welchen Umfang von Creep-Items bemerken wir? Was sollte in der nächsten Ausgabe von Ember enthalten sein?
  • [x] Bedarf: mehr Community-Mitglieder auffordern, sich an der Octane-Arbeit zu beteiligen
  • [x] Finden Sie heraus, wie Sie die Arbeit von Inspector verfolgen können
  • [x] Plan: Dokumentationsproblem: Wie man das Alte und das Neue in den Anleitungen und der API verfolgt, während die Leute umsteigen.

Aktualisieren von Apps auf Octane

Erforderlich

Abhängigkeiten

  • ember-source@3.??.0
  • ember-data@3.??.0

Optionale Funktionen

  • application-template-wrapper zu false
  • jquery-integration bis false
  • template-only-glimmer-components bis true
.ember-cli
  • Standardmäßig einzuschließendes ember generate component (gemäß RFC #481) :

    • --no-component-class

    • --component-structure=flat

Optional / Inkrementell

  • Ember-Komponenten zu Glimmer-Komponenten migrieren
  • Von EmberObject.extend() zu nativen Klassen migrieren
  • Von berechneten Eigenschaften zu verfolgten Eigenschaften migrieren

Abschließende Checkliste

  • [ ] Octane Blueprint als Standard zu ember-cli hinzufügen (sobald festgestellt wurde, dass es wie beabsichtigt funktioniert)
  • [ ] Veröffentlichen Sie einen Blogbeitrag und enthalten Sie: Erläuterungen zu Rendermodifikatoren ,
  • [ ] Blueprint-Referenzen aus den Guides und Tutorials entfernen
  • [ ] Guides in Master zusammenführen
Meta Octane

Hilfreichster Kommentar

@melsumner https://broccoli.build und https://github.com/broccolijs/broccolijs.github.io für die neue Broccoli-Site und -Dokumente

Alle 33 Kommentare

@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:

  1. https://github.com/ember-cli/ember-cli/issues/6294
  2. https://github.com/ember-cli/ember-cli/issues/7760

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 um ember 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:

  • Addons benötigen zum Beispiel einige Hooks, um benutzerdefinierte Typen zu installieren
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

  • das Fehlen von Hooks sollte als Bug gemeldet werden (so detailliert wie möglich) (und wir können das Oktan-Label hinzufügen)
  • Wir beabsichtigen hier nicht, bestimmte Add-Ons zu verfolgen (dieses Problem versucht, sich auf die Verfolgung der in der Roadmap RFC aufgeführten Elemente zu konzentrieren), aber vielleicht können wir einen Weg finden, einen "Upgrade your Add-On"-Leitfaden zu teilen? Vielleicht könnten wir @miguelcobain davon überzeugen, einen für den Blog

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 das ember-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

Vorlagenimporte (Arbeitsentwurf)

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. :)

https://github.com/emberjs/rfcs/pull/481

@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.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen