Ember.js: Problème de suivi d'octane

Créé le 28 nov. 2018  ·  33Commentaires  ·  Source: emberjs/ember.js

Résumé

Le but de ce numéro est de fournir un problème global pour suivre l'état du travail nécessaire pour expédier l'édition Octane d'Ember.js.

Si quelqu'un souhaite travailler sur l'un des éléments de cette liste, veuillez d'abord consulter le canal #st-octane de notre chat Discord .

La liste de tâches suivante sera mise à jour pour inclure des liens vers des problèmes individuels au fur et à mesure de leur création. Les numéros eux-mêmes contiendront plus de détails pour chaque élément de cette liste.

Objectifs de la feuille de route RFC

Terminer ce que nous avons commencé (partie 1 sur 2)

Conformément à la feuille de route RFC 2018 , il y a un engagement et une concentration pour terminer les choses que nous avons déjà commencées.

Fonctionnalités de l'édition Octane (partie 2 sur 2)

Conformément à la feuille de route RFC, ce sont les objectifs de l'édition Octane ; cependant il faut noter que
"le calendrier final et l'ensemble des fonctionnalités d'Ember Octane seront déterminés par les équipes principales et ne sont pas gravés dans le marbre dans cette RFC."

  • Pas de jQuery par défaut
  • Svelte Builds (déplacé à la prochaine édition)
  • Classes JavaScript natives
  • Composants scintillants
  • Rendu incrémentiel et réhydratation (déplacé à la prochaine édition)
  • Treeshaking (déplacé à la prochaine édition)
  • Élimination de la boucle d'exécution (éliminant le besoin pour les développeurs d'utiliser Ember.run)
  • Stabilisation des données Ember (déplacé à la prochaine édition)

Mise en œuvre pratique de la feuille de route RFC

Décorateurs

Champion de l'équipe principale : Tom Dale | Statut : terminé 🎉

  • [x] RFC emberjs/rfcs#408

    • [x] RFC supplémentaire - Prise en charge des décorateurs - [RFC #440]

  • [x] Mise en œuvre
  • [x] Documentation
  • [x] activer l'indicateur de fonctionnalité

    • [x] ember-cli-babel doit les transpiler par défaut

Composants Glimmer (en tant qu'API de composant par défaut)

Champion de l'équipe principale : Tom Dale | Statut : terminé 🎉

  • [x] RFC emberjs/rfcs#416
  • [x] Mise en œuvre [PR]
  • [x] Documentation (PR'd aux guides Octane)

### Propriétés suivies

Champion de l'équipe principale : Tom Dale | Statut : terminé 🎉

  • [x] RFC

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

    • [x] écrit [RFC #410]

    • [x] examiné

    • [x] PCF (1/25/19)

    • [x] fusionné

  • [x] Implémentation (POC en cours, @pzuraq)
  • [x] Documentation

    • [x] activer l'indicateur de fonctionnalité

    • [x] corrige le bogue du CP de rendu infini #17799 (https://github.com/emberjs/ember.js/pull/17835)

    • [x] observateur interop compatible

    • [x] tests de performances

### Modificateurs d'éléments

Champion de l'équipe principale : Tom Dale | Statut : terminé 🎉

  • [x] RFC

    • [x] écrit [RFC #415]

    • [x] examiné

    • [x] PCF

    • [x] fusionné

  • [x] Prise en charge de la RFC : Transfert des modificateurs d'éléments avec des « Splattributes » [RFC #435]
  • [x] Implémentation (en tant qu'addon) [ember-render-modifiers]
  • [x] Documentation [problème de suivi]

    • [x] documents API (@GavinJoyce)

    • [x] guides ( @wycats - interaction avec le guide dom)

Éditions

Champion de l'équipe principale : @tomdale | Statut : en bonne voie ✅

  • [ ] RFC

    • [x] écrit- [RFC #371]

    • [ ] examiné (en cours, @tomdale champion)

    • [ ] PCF

    • [ ] fusionné

  • [ ] Documentation

Supprimer jQuery par défaut

Champion de l'équipe principale : Robert Jackson (@rwjblue) | Statut : terminé 🎉

Cours JS natifs

Champion de l'équipe principale : Robert Jackson | Statut : terminé 🎉

  • [x] RFC

    • [x] écrit [RFC #240]

    • [x] examiné

    • [x] PCF

    • [x] fusionné

  • [x] Mise en œuvre

    • [x] (livré en 3.6)

    • [x] Migration codemod [ember-es6-class-codemod] (en cours @rwjblue @pzuraq)

    • [x] Mettez à jour les plans pour chaque type d'objet afin d'utiliser les classes JS natives :

    • [x] itinéraire

    • [x] routeur [problème de suivi]

    • [x] composant

    • [x] contrôleur

    • [x] service

  • [x] Documentation [problème de suivi]

Brocoli 2.0

Champion de l'équipe principale : Robert Jackson (@rwjblue) | Statut : en bonne voie ✅

  • [x] Mise en œuvre
  • [ ] Documentation

    • [x] Site Web de Broccoli pour des guides plus approfondis ( @oligriffiths - https://broccoli.build/)

    • [ ] Bases du brocoli ajoutées aux guides Ember [ Problème de

Mises à jour des guides de la braise

Championne de l'équipe principale : Jen Weber (@jenweber) | Statut : en bonne voie ✅

Refonte du site Web

Championne de l'équipe principale : Leah Silber (@wifelette) & Mel Sumner (@melsumner) | Statut : retardé

  • [x] RFC emberjs/rfcs#425
  • [ ] Mise en œuvre (objectif : août 2019) Repo : ember-styleguide - vous voulez aider ? Ping dans le canal #dev-ember-learning dans Discord.
  • [ ] Documentation (mise à jour ember-learn/handbook )

Fluage portée

Ce sont de nouveaux éléments que nous avons découverts qu'il était nécessaire d'ajouter lors de la mise en œuvre des fonctionnalités d'Octane.

on modificateur

Champion de l'équipe principale : Robert Jackson (@rwjblue) | Statut : terminé 🎉

  • [x] RFC emberjs/rfcs#471 [problème de suivi]
  • [x] Implémentation (polyfill terminé, implémentation dans Ember en cours)
  • [x] Documentation ( @pzuraq )

fn assistant

Champion de l'équipe principale : Robert Jackson (@rwjblue) | Statut : terminé 🎉

  • [x] RFC emberjs/rfcs#470 [problème de suivi]
  • [x] Implémentation (polyfill en cours)
  • [x] Documentation ( @pzuraq )

Normalisation des paramètres d'injection (tunnel propriétaire/portail de classe)

Champion de l'équipe principale : Robert Jackson (@rwjblue) | Statut : terminé 🎉

  • [x] RFC emberjs/rfcs#451 [[problème de suivi](https://github.com/emberjs/rfc-tracking/issues/34)]
  • [x] Mise en œuvre (en cours, PR https://github.com/emberjs/ember.js/pull/17858)
  • [x] Documentation

@classic décorateur

Champion de l'équipe principale : Robert Jackson (@rwjblue) | Statut : en bonne voie

  • [x] RFC emberjs/rfcs#468
  • [x] Implémentation (sera un addon)
  • [ ] Documentation (WIP documenté dans Ember Atlas au lieu des guides officiels) ( @pzuraq )

Inspecteur des braises

[Problème de suivi]

Soutenir les TODO

  • [x] Aides contextuelles et modificateurs RFC (FCP - 1/25/19](https://github.com/emberjs/rfcs/pull/432) (@chancancode)
  • [x] Implémentation : Octane Blueprint pour ember-cli
  • [x] Documentation : indicateurs de fonctionnalité optionnelle CLI introduits par les nouvelles fonctionnalités de l'édition Octane (documentés dans les guides réguliers, pas dans les guides CLI)
  • [ ] (optimisation) Protection des indicateurs de fonction facultative pour des économies de taille de fichier

Objectifs étendus/Éléments délimités

Ce sont des éléments qui ont été supprimés d'Octane et qui sont maintenant suivis en tant qu'objectifs étendus.

  • [ ] Svelte Builds (le dernier nettoyage de code a facilement permis à cet élément de devenir un objectif étendu)
  • [ ] Stabilisation des données de braise
  • [ ] [Service de routeur](https://github.com/emberjs/rfcs/blob/master/text/0095-router-service.md)

    • [x] Connexe : Métadonnées RouteInfo [RFC #398]

    • [x] Connexe : Aides de routeur [RFC #391]

    • [ ] Implémentation : assistants de routeur

    • [ ] Documentation

  • [ ] Publication des packages (à partir de la feuille de route)
  • [ ] Rendu incrémentiel (délimité à partir du 19/02/19)

    • [ ] RFC

    • [ ] Mise en œuvre

    • [ ] Documentation

  • [ ] Suppression du rendu synchrone des tests (sera publié en tant que module complémentaire)
  • [ ] Réhydratation incrémentale/ Réhydratation

    • [ ] RFC (en cours, @rondale-sc )

    • [ ] Mise en œuvre

    • [ ] Documentation

  • [ ] Importation de modèles

    • [ ] RFC emberjs/rfcs#454

    • [ ] Implémentation (POC en cours, @wycats)

    • [ ] Documentation

  • [x] Addon polyfill pour décorateurs (pas encore de dépôt)

    • [x] Mise en œuvre

    • [x] Documentation

  • [ ] Implémentation : Broder (spécification de l'emballage) ( @ef4 ) (mise à jour : nous prévoyons que cela sera utilisable mais dans un état BETA pour la version Octane, afin de mieux assurer la stabilité)
  • [ ] Modules JS natifs : importation de packages NPM

    • [x] Implémentation : importation à partir de packages NPM - [ember-auto-import]

    • [ ] Implémentation : ember-auto-import dans le plan par défaut [Problème de suivi]

    • [ ] Documentation (en cours, @NullVoxPopuli)

Gestion de projet

Des détails

  • [x] a mis en place des équipes d'attaque d'octane dans chacune des organisations Ember concernées :

    • [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)

  • [ ] discussion : assistant ember (comme ember-cli-create)

    • [ ] @rwjblue pour discuter avec l'équipe ember-cli

  • [x] discussion : suivre les objectifs ambitieux ?
  • [x] discussion : suivre les éléments dé-scopes (et pourquoi) - oui
  • [x] discussion : suivi du projet de mise à jour du site Web
  • [x] discussion : quels éléments de fluage de portée remarquons-nous ? que devrait contenir la prochaine édition d'Ember ?
  • [x] besoin : appeler davantage de membres de la communauté à se joindre au travail d'Octane
  • [x] découvrir comment suivre le travail de l'inspecteur
  • Plan [x] : problème de documentation : comment suivre l'ancien et le nouveau dans les guides et l'API pendant la transition.

Mise à niveau des applications vers Octane

Obligatoire

Dépendances

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

Caractéristiques optionnelles

  • application-template-wrapper à false
  • jquery-integration à false
  • template-only-glimmer-components à true
.ember-cli
  • Par défaut ember generate component à inclure (selon RFC #481) :

    • --no-component-class

    • --component-structure=flat

Facultatif / Incrémentiel

  • Migrer les composants Ember vers les composants Glimmer
  • Migrer de EmberObject.extend() vers des classes natives
  • Migrer des propriétés calculées vers les propriétés suivies

Liste de contrôle finale

  • [ ] Ajoutez le plan Octane par défaut à ember-cli (une fois qu'il est déterminé qu'il fonctionne comme prévu)
  • [ ] Publier un article de blog et inclure : clarification des modificateurs de rendu, codemods , guides de mise à niveau
  • [ ] Supprimer les références de plan des guides et du didacticiel
  • [ ] Fusionner les guides dans le maître
Meta Octane

Commentaire le plus utile

@melsumner https://broccoli.build et https://github.com/broccolijs/broccolijs.github.io pour le nouveau site et la documentation sur le brocoli

Tous les 33 commentaires

@MelSumner Nous devrions également suivre les améliorations du pipeline de construction dans https://github.com/embroider-build/embroider .

@melsumner https://broccoli.build et https://github.com/broccolijs/broccolijs.github.io pour le nouveau site et la documentation sur le brocoli

Les propriétés suivies RFC peuvent être cochées et le lien mis à jour.

Nous avons parlé de l'audit de ce qui est inclus dans le plan d'application par défaut. Voir les problèmes connexes :

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

FWIW, @tomdale qui

ce n'est pas du tout lié à l'octane

Mon raisonnement pour évoquer cela récemment est qu'un plan par défaut qui prend en charge plusieurs modèles de programmation (c'est-à-dire un futur plan d'octane par défaut) peut inclure des éléments supplémentaires dont une application "classique" pure ou une application "octane" pure n'a pas du tout besoin.

Si on peut valider que ce n'est pas un souci, je suis d'accord que ce n'est pas très lié à l'octane

imo, le plan d'octane, https://github.com/ember-cli/ember-octane-blueprint devrait être la toute nouvelle application / brillante _idéale_. Je ne pense pas que l'ancien modèle de programmation devrait être impliqué dans le plan. :-

@MelSumner - Je pense que nous devons obtenir des éléments liés à MU ici dans cette liste de contrôle (je n'en repère aucun, mais AFAICT MU est toujours considéré comme faisant partie de l'ensemble de fonctionnalités d'octane...).

Cela s'appelait déjà disposition Octane au lieu de disposition MU ... et plus j'y pense plus cela a du sens!

@MelSumner - Je pense que nous devons obtenir des éléments liés à MU ici dans cette liste de contrôle (je n'en repère aucun, mais AFAICT MU est toujours considéré comme faisant partie de l'ensemble de fonctionnalités d'octane...).

@rwjblue nous avons lié au problème de la quête MU dans la première section - "Terminer ce que nous avons commencé" - y a-t-il plus que vous pensez que nous devrions suivre ?

Concernant ember-cli-create j'ai rassemblé ce problème : ember-cli/ember-cli#8343. Selon la quantité de spécifications de broderie qui sera implémentée dans le cadre de l'octane (= format _publication_), le problème que j'ai lié concerne principalement le format _authoring_ qui peut être complémentaire au format de publication.

Personnellement, je ne verrais pas ember-cli-create comme faisant partie de l'octane alors que le format de création _pourrait_ l'être (ce qui jette les bases de ember-cli-create ).

Faites-moi savoir si cela ferait un bon ajout ou mieux le reporter à la sortie post-octane ou comment je peux aider avec cela.

plan d'octane > déplacer l'addon vers ember-cli org peut être coché :)

Mise à jour, voici un problème de quête pour suivre la conversion des supports d'angle dans les guides https://github.com/ember-learn/guides-source/issues/139

Le Remove jQuery RFC peut être coché ! ??
J'ai également créé un problème de suivi, auquel nous pouvons peut-être créer un lien : https://github.com/emberjs/ember.js/issues/17476

User story autour des indicateurs de fonctionnalité et des fonctionnalités facultatives, en ce qui concerne le plan d'octane

En tant qu'instructeur d'atelier, j'ai besoin de connaître les valeurs par défaut de divers indicateurs facultatifs/de fonctionnalité dans le plan d'octane, afin de comprendre concrètement ce que mes étudiants obtiendront lorsqu'ils exécuteront ember new et créeront du matériel autour de ember new qui reste valide sur une période de temps significative.

Pour info - je viens de publier @ember/render-modifiers 1.0.0 avec le support de Ember 2.12 (via ember-modifier-manager-polyfill ). Il y a encore un peu de travail à faire (besoin de beaucoup plus de documentation), mais c'est un bon début...

@MelSumner Je travaillerai sur les plans des classes Native JS.

Quelqu'un a-t-il réfléchi à ce qui devrait se passer pour https://github.com/ember-cli/ember-new-output dans le monde Classic+Octane ?

La sortie de ce référentiel correspondra à la sortie de ember new , qui, selon nos plans actuels, deviendra le plan d'octane « quand il sera prêt ».

Il semble que l'unification des modules soit absente de la section « Implémentation pratique de la feuille de route RFC ».

Il semble que l'unification des modules soit absente de la section « Implémentation pratique de la feuille de route RFC ».

Je pense que les importations de modèles sont la pièce principale qui n'a pas encore été expédiée, c'est donc la partie que nous suivons dans ce numéro. Est-ce que ça aide, @michaelrkn ?

@MelSumner Compris , merci !

Salut tout le monde, la mise en œuvre de la RFC "Remove jQuery" est en grande partie terminée (au moins en ce qui concerne la première étape Ember 3.x, voir https://github.com/emberjs/ember.js/issues/17476) . Ce qui est toujours ouvert et bloque les plans (par défaut, sans octane) pour passer à aucun jQuery par défaut, c'est la capacité intégrée de ember-data à fonctionner avec fetch au lieu de $.ajax (sans devant appliquer le mixin de correctifs ember-data ), voir le PR WIP : https://github.com/emberjs/data/pull/5386.

Juste pour que vous le sachiez... peut-être que cela devrait être abordé lors de l'une des prochaines réunions de l'équipe de base, pour aider à franchir la ligne d'arrivée ?

quelques éléments liés à ember-cli que j'aimerais ajouter à la liste :

  • les addons ont besoin de crochets pour installer des types personnalisés, par exemple
moduleConfig.collections = Object.assign(moduleConfig.collections, {
  // ember-simple-auth
  authenticators: {
    types: ['authenticator'],
    defaultType: 'authenticator'
  }
});

(ce qui précède, avec l'aimable autorisation de @sly7-7 :D )
et

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' },
});

et puis l'autre chose également liée à ember-cli est la prise en charge de plusieurs applications factices.
Jusqu'à présent, nous avons quelques propositions de conception ici :

De plus, je ne sais pas comment suivre cela, mais avec la bibliothèque de papier de braise de @miguelcobain , j'aimerais me coordonner pour rendre le processus de configuration d'octane super simple (actuellement, il n'est pas simple d'utiliser du papier de braise dans les applications d'octane)

Il semble que cela soit principalement dû au fait que les styles sont exposés à l'application hôte. idk s'il y a quelque chose de simple que nous pouvons faire pour que les modules complémentaires de style existants puissent "fonctionner", ou si nous allons faire en sorte que tous les modules complémentaires de style ajoutent une condition d'octane / isModuleUnification ?

@NullVoxPopuli

  • le manque de crochets doit être classé comme un bug (le plus détaillé possible) (et on peut y ajouter l'étiquette octane)
  • nous n'avons pas l'intention de suivre des addons spécifiques ici (ce problème essaie de rester concentré sur le suivi des éléments répertoriés dans la feuille de route RFC), mais peut-être pouvons-nous trouver un moyen de partager un guide de « mise à niveau de votre module complémentaire » ? Peut-être pourrions-nous convaincre @miguelcobain d'en écrire un pour le blog emberjs.com. ;)

Salut tout le monde, l'implémentation de la RFC "Remove jQuery" est en grande partie terminée (du moins en ce qui concerne la première étape Ember 3.x, voir #17476). Ce qui est toujours ouvert et bloque les plans (par défaut, sans octane) pour passer à aucun jQuery par défaut, c'est la capacité intégrée de ember-data à fonctionner avec fetch au lieu de $.ajax (sans devant appliquer le ember-data patch mixin) , voir le WIP PR : emberjs/data#5386 .

Juste pour que vous le sachiez... peut-être que cela devrait être abordé lors de l'une des prochaines réunions de l'équipe de base, pour aider à franchir la ligne d'arrivée ?

@dgeb / @igorT pouvez-vous aider avec ce bloqueur ?

@MelSumner

Update blueprints for each object type to use native JS classes a été fusionné à #17621. Initialement, les blueprints généreront des classes natives uniquement lors de l'utilisation des blueprints d'octane .

@tomdale , @MelSumner , @rwjblue

Importations de modèles (ébauche de travail)

https://github.com/crashco/ember-template-component-import/issues/10

Pour info, le RFC sur les modèles de composants co-locations n'est pas encore sur ce problème de suivi. :)

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

@ Panman8201 correct - c'est en dehors de la portée d'Octane. :)

Je pense que cela doit être mis à jour avec la version Ember Octane 3.15+ :)

Depuis que nous avons expédié Octane, je vais clore ce problème.

Cette page vous a été utile?
0 / 5 - 0 notes