Ember.js: Problema de rastreamento de octanagem

Criado em 28 nov. 2018  ·  33Comentários  ·  Fonte: emberjs/ember.js

Resumo

O objetivo deste problema é fornecer um problema geral para rastrear o status do trabalho necessário para enviar a edição Octane do Ember.js.

Se alguém quiser trabalhar em qualquer um dos itens desta lista, verifique primeiro no canal # st-octane do nosso bate-papo Discord .

A seguinte lista de tarefas será atualizada para incluir links para questões individuais à medida que são criadas. Os próprios problemas conterão mais detalhes para cada item desta lista.

Metas do Roteiro RFC

Conclua o que começamos (parte 1 de 2)

De acordo com o RFC 2018 do Roadmap , há compromisso e foco para terminar o que já começamos.

Recursos do Octane Edition (Parte 2 de 2)

De acordo com o roteiro RFC, esses são os objetivos para a edição Octane; no entanto, deve-se notar que
"o cronograma final e o conjunto de recursos do Ember Octane serão determinados pelas equipes principais e não estão gravados em pedra neste RFC."

  • Sem jQuery por padrão
  • Svelte Builds (movido para a próxima edição)
  • Classes nativas de JavaScript
  • Componentes de brilho
  • Renderização incremental e reidratação (movido para a próxima edição)
  • Treehaking (movido para a próxima edição)
  • Eliminando o loop de execução (eliminando a necessidade de os desenvolvedores usarem Ember.run)
  • Stabilizing Ember Data (movido para a próxima edição)

Implementação Prática do Roteiro RFC

Decoradores

Campeão do Core Team: Tom Dale | Status: concluído 🎉

  • [x] RFC emberjs / rfcs # 408

    • [x] RFC suplementar - suporte para decorador - [RFC # 440]

  • [x] Implementação
  • [x] Documentação
  • [x] habilitar sinalizador de recurso

    • [x] ember-cli-babel precisa transpilá-los por padrão

Componentes Glimmer (como a API de componente padrão)

Campeão do Core Team: Tom Dale | Status: concluído 🎉

  • [x] RFC emberjs / rfcs # 416
  • [x] Implementação [PR]
  • [x] Documentação (PR para guias da Octane)

### Propriedades rastreadas

Campeão do Core Team: Tom Dale | Status: concluído 🎉

  • [x] RFC

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

    • [x] escrito [RFC # 410]

    • [x] revisado

    • [x] FCP (25/01/19)

    • [x] fundido

  • [x] Implementação (POC em andamento, @pzuraq)
  • [x] Documentação

    • [x] habilitar sinalizador de recurso

    • [x] corrigir o bug CP de renderização infinita # 17799 (https://github.com/emberjs/ember.js/pull/17835)

    • [x] compatibilidade do observador compatível

    • [x] testes de desempenho

### Modificadores de elemento

Campeão do Core Team: Tom Dale | Status: concluído 🎉

Edições

Campeão da Core Team: @tomdale | Status: no caminho certo ✅

  • [] RFC

    • [x] escrito- [RFC # 371]

    • [] revisado (em andamento, campeão @tomdale )

    • [] FCP

    • [] fundido

  • [] Documentação

Remover jQuery por padrão

Campeão do Core Team: Robert Jackson (@rwjblue) | Status: concluído 🎉

Classes JS nativas

Campeão do Core Team: Robert Jackson | Status: concluído 🎉

Brócolis 2.0

Campeão do Core Team: Robert Jackson (@rwjblue) | Status: no caminho certo ✅

  • [x] Implementação
  • [] Documentação

    • [x] Site de brócolis para guias mais detalhados ( @oligriffiths - https://broccoli.build/)

    • [] Princípios básicos de brócolis adicionados aos guias Ember [problema de rastreamento] (em andamento, @oligriffiths)

Atualizações dos Guias Ember

Campeã do Core Team: Jen Weber (@jenweber) | Status: no caminho certo ✅

Redesenho do site

Campeã do Core Team: Leah Silber (@wifelette) e Mel Sumner (@melsumner) | Status: atrasado

Oportunista

Esses são novos itens que descobrimos serem necessários para adicionar durante a implementação de recursos do Octane.

on modificador

Campeão do Core Team: Robert Jackson (@rwjblue) | Status: concluído 🎉

  • [x] RFC emberjs / rfcs # 471 [problema de rastreamento]
  • [x] Implementação (polyfill concluído, implementação em Ember em andamento)
  • [x] Documentação ( @pzuraq )

fn ajudante

Campeão do Core Team: Robert Jackson (@rwjblue) | Status: concluído 🎉

Normalização do parâmetro de injeção (túnel do proprietário / portal da classe)

Campeão do Core Team: Robert Jackson (@rwjblue) | Status: concluído 🎉

  • [x] RFC emberjs / rfcs # 451 [[rastreando o problema] (https://github.com/emberjs/rfc-tracking/issues/34)]
  • [x] Implementação (em andamento, PR https://github.com/emberjs/ember.js/pull/17858)
  • [x] Documentação

@classic decorador

Campeão do Core Team: Robert Jackson (@rwjblue) | Status: no caminho certo

  • [x] RFC emberjs / rfcs # 468
  • [x] Implementação (será um complemento)
  • [] Documentação (WIP sendo documentado no Ember Atlas em vez dos guias oficiais) ( @pzuraq )

Inspetor Ember

[Problema de rastreamento]

TODOs de apoio

  • [x] RFC de ajudantes e modificadores contextuais (FCP - 25/01/19] (https://github.com/emberjs/rfcs/pull/432) (@chancancode)
  • [x] Implementação: Octane Blueprint para ember-cli
  • [x] Documentação: sinalizadores de recursos opcionais CLI introduzidos por novos recursos na edição Octane (documentados em guias regulares, não em guias CLI)
  • [] (otimização) Protegendo os sinalizadores de recursos opcionais para economia de tamanho de arquivo

Estique metas / itens sem escopo

Esses são itens cujo escopo foi retirado da Octane e agora estão sendo rastreados como metas extensas.

  • [] Builds Svelte (a última limpeza de código permitiu facilmente que este item se tornasse uma meta extensa)
  • [] Estabilizando ember-data
  • [] [Serviço de roteador] (https://github.com/emberjs/rfcs/blob/master/text/0095-router-service.md)

    • [x] Relacionado: RouteInfo Metadata [RFC # 398]

    • [x] Relacionado: Auxiliares de roteador [RFC # 391]

    • [] Implementação: ajudantes de roteador

    • [] Documentação

  • [] Publicação de pacotes (do roteiro)
  • [] Renderização incremental (sem escopo a partir de 19/02/19)

    • [] RFC

    • [] Implementação

    • [] Documentação

  • [] Removendo a renderização síncrona dos testes (será lançado como um complemento)

    • [] RFC [Problema]

    • [] Implementação

    • [] Documentação

  • [] Reidratação / Reidratação incremental

    • [] RFC (em andamento, @ rondale-sc)

    • [] Implementação

    • [] Documentação

  • [] Importações de modelos

    • [] RFC emberjs / rfcs # 454

    • [] Implementação (POC em andamento, @wycats)

    • [] Documentação

  • Complemento polyfill de decoradores (sem repositório ainda)

    • [x] Implementação

    • [x] Documentação

  • [] Implementação: Borde (embalagem especificação) (@ EF4) (atualização: prevemos que este seja utilizável, mas em um estado beta para liberação Octane, de forma a melhor assegurar a estabilidade)
  • [] Módulos JS Nativos: Importando Pacotes NPM

    • [x] Implementação: importação de pacotes NPM - [ember-auto-import]

    • [] Implementação: ember-auto-import no blueprint padrão [Tracking Issue]

    • [] Documentação (em andamento, @NullVoxPopuli)

Gerenciamento de projetos

Detalhes

  • [x] formar equipes de ataque de octanagem em cada uma das organizações Ember relevantes:

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

  • [] discussão: assistente ember (como ember-cli-create)

    • [] @rwjblue para discutir com a equipe ember-cli

  • [x] discussão: monitorar metas de alongamento?
  • [x] discussão: rastrear itens sem escopo (e por quê) - sim
  • [x] discussão: acompanhamento do projeto de atualização do site
  • [x] discussão: quais itens de variação de escopo estamos percebendo? o que deve ser incluído na próxima edição do Ember?
  • [x] preciso: chamar mais membros da comunidade para participar do trabalho da Octane
  • [x] descobrir como rastrear o trabalho do Inspetor
  • [x] plano: preocupação com a documentação: como rastrear o antigo e o novo nos guias e na API enquanto as pessoas estão fazendo a transição.

Atualizando Apps para Octane

Requeridos

Dependências

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

Recursos opcionais

  • application-template-wrapper a false
  • jquery-integration a false
  • template-only-glimmer-components a true
.ember-cli

Opcional / Incremental

  • Migrar componentes Ember para componentes Glimmer
  • Migrar de EmberObject.extend() para classes nativas
  • Migrar de propriedades computadas para propriedades rastreadas

Lista de Verificação Final

  • [] Adicione o modelo Octane como o padrão para ember-cli (uma vez que seja determinado que funciona como pretendido)
  • [] Publique a postagem do blog e inclua: esclarecimento sobre modificadores de renderização, codemods , guias de atualização
  • [] Remova as referências do blueprint dos guias e do tutorial
  • [] Mesclar guias no mestre
Meta Octane

Comentários muito úteis

@melsumner https://broccoli.build e https://github.com/broccolijs/broccolijs.github.io para o novo site de brócolis e documentos

Todos 33 comentários

@MelSumner Devemos acompanhar as melhorias do pipeline de construção em https://github.com/embroider-build/embroider também.

@melsumner https://broccoli.build e https://github.com/broccolijs/broccolijs.github.io para o novo site de brócolis e documentos

As propriedades rastreadas RFC podem ser desmarcadas e o link atualizado.

Falamos sobre como auditar o que é incluído no plano de aplicativo padrão. Veja os problemas relacionados:

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

FWIW, @tomdale que parece bastante ortogonal à Octane Edition para mim (não estou dizendo que não devamos ser mais cuidadosos e ter melhores checks / balances, apenas que não está relacionado à octanagem de forma alguma) ...

não está relacionado à octanagem de forma alguma

Meu raciocínio para trazer isso à tona recentemente é que um projeto padrão que suporta vários modelos de programação (ou seja, um projeto de octanagem padrão futuro) pode incluir conteúdo extra que um aplicativo "clássico" puro ou um aplicativo "octano" puro não precisa de todo.

Se pudermos validar que isso não é uma preocupação, concordo que isso não está muito relacionado à octanagem

imo, o modelo de octanagem, https://github.com/ember-cli/ember-octane-blueprint deve ser o aplicativo _ideal_ novo / brilhante. Não acho que o antigo modelo de programação deva estar envolvido no projeto. : -

@MelSumner - Acho que precisamos obter algumas coisas relacionadas ao MU aqui nesta lista de verificação (não identifico nenhum, mas o AFAICT MU ainda é considerado parte do conjunto de recursos de octanagem ...).

Já foi chamado de layout Octane ao invés de layout MU ... e quanto mais eu penso sobre isso, mais faz sentido!

@MelSumner - Acho que precisamos obter algumas coisas relacionadas ao MU aqui nesta lista de verificação (não identifico nenhum, mas o AFAICT MU ainda é considerado parte do conjunto de recursos de octanagem ...).

@rwjblue vinculamos ao problema da missão MU na primeira seção - "Concluir o que começamos" - há mais coisas que você acha que devemos rastrear?

Com relação a ember-cli-create , juntei este problema: ember-cli / ember-cli # 8343. Dependendo de quanto da especificação do bordado será implementado como parte do octano (= formato de _publicação_), o problema que vinculei é principalmente sobre o formato de _autoria_, que pode ser complementar ao formato de publicação.

Pessoalmente, eu não veria ember-cli-create como parte do octano enquanto o formato de autoria _poderia_ ser (que basicamente define a base para ember-cli-create ).

Deixe-me saber se isso seria uma boa adição ou melhor adiá-lo para o lançamento pós-octanagem ou como posso ajudar com isso.

octane blueprint> mover addon para ember-cli org pode ser desmarcado :)

Atualização, aqui está um problema de quest para rastrear a conversão de Angle Brackets nos guias https://github.com/ember-learn/guides-source/issues/139

O Remove jQuery RFC pode ser desmarcado! ✅
Também criei um problema de rastreamento, que podemos vincular a talvez: https://github.com/emberjs/ember.js/issues/17476

História do usuário em torno de sinalizadores de recursos e recursos opcionais, no que se refere ao plano de octanagem

Como instrutor de workshop, preciso saber os valores padrão para vários sinalizadores opcionais / de recursos no projeto de octanagem, a fim de compreender concretamente o que meus alunos obterão quando executarem ember new e criarem material em torno de ember new que permanece válido por um período significativo de tempo.

Para sua informação - acabei de publicar @ ember / render-modifiers 1.0.0 com suporte para Ember 2.12 (por meio de ember-modifier-manager-polyfill ). Ainda há um pouco de trabalho a fazer (preciso de muito mais documentação), mas é um bom começo ...

@MelSumner irei trabalhar nos blueprints de classes JS nativas.

Alguém já pensou no que deveria acontecer para https://github.com/ember-cli/ember-new-output no mundo Classic + Octane?

A saída nesse repo corresponderá à saída de ember new , que, de acordo com nossos planos atuais, mudará para o esquema de octanagem “quando estiver pronto”.

Parece que a unificação do módulo está faltando na seção "Implementação Prática do RFC".

Parece que a unificação do módulo está faltando na seção "Implementação Prática do RFC".

Acredito que as Importações de modelos são a peça principal que ainda não foi enviada, então essa é a parte que estamos rastreando nesta edição. Isso ajuda, @michaelrkn ?

@MelSumner Entendi, obrigado!

Olá a todos, a implementação do RFC "Remover jQuery" está quase concluída (pelo menos no que diz respeito ao primeiro estágio do Ember 3.x, consulte https://github.com/emberjs/ember.js/issues/17476) . O que ainda está aberto e bloqueando os blueprints (padrão, não octanas) para mudar para nenhum jQuery por padrão é a capacidade embutida do ember-data para trabalhar com fetch vez de $.ajax (sem tendo que aplicar o mixin de patch ember-data ), consulte o WIP PR: https://github.com/emberjs/data/pull/5386.

Só para deixar você saber ... talvez isso deva ser abordado em uma das próximas reuniões da equipe principal, para ajudar a trazer isso para a linha de chegada?

algumas coisas relacionadas ao ember-cli que eu gostaria de adicionar à lista:

  • addons precisam de alguns ganchos para instalar tipos personalizados, por exemplo
moduleConfig.collections = Object.assign(moduleConfig.collections, {
  // ember-simple-auth
  authenticators: {
    types: ['authenticator'],
    defaultType: 'authenticator'
  }
});

(acima, cortesia de @ sly7-7: D)
e

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

e a outra coisa também relacionada ao ember-cli é o suporte a vários aplicativos fictícios.
Até agora, temos algumas propostas de design aqui:

Além disso, não tenho certeza de como rastrear isso, mas com a biblioteca de papel de brasa de @miguelcobain , gostaria de coordenar a obtenção do processo de configuração de octanagem super simples (atualmente não é simples usar papel de brasa em aplicativos de octanagem)

parece que isso tem a ver principalmente com os estilos que são expostos no aplicativo host. idk se há algo simples que podemos fazer para que os addons de estilo existentes possam "simplesmente funcionar", ou se vamos fazer com que todos os addons de estilo adicionem uma condição octane / isModuleUnification?

@NullVoxPopuli

  • a falta de ganchos deve ser registrada como um bug (o mais detalhado possível) (e podemos adicionar o rótulo de octanagem a ele)
  • não temos a intenção de rastrear addons específicos aqui (este problema é tentar manter o foco no rastreamento dos itens listados no roteiro RFC), mas talvez possamos descobrir uma maneira de compartilhar um guia "atualize seu addon"? Talvez pudéssemos convencer @miguelcobain a escrever um para o blog emberjs.com. ;)

Olá a todos, a implementação do RFC "Remover jQuery" está quase concluída (pelo menos no que diz respeito ao primeiro estágio do Ember 3.x, consulte # 17476). O que ainda está aberto e bloqueando os blueprints (padrão, não octanas) para mudar para nenhum jQuery por padrão é a capacidade embutida do ember-data para trabalhar com fetch vez de $.ajax (sem tendo que aplicar o mixin de patch ember-data ) , consulte o WIP PR: emberjs / data # 5386 .

Só para deixar você saber ... talvez isso deva ser abordado em uma das próximas reuniões da equipe principal, para ajudar a trazer isso para a linha de chegada?

@dgeb / @igorT você pode ajudar com este bloqueador?

@MelSumner Sim, trouxe isso à tona na reunião de ED, vamos acompanhar e refatorar o PR do ember-fetch https://github.com/emberjs/data/pull/5386

@MelSumner

Update blueprints for each object type to use native JS classes foi mesclado em # 17621. Inicialmente, os blueprints irão gerar classes nativas apenas ao usar os blueprints de octanas .

@tomdale , @MelSumner , @rwjblue

Importações de modelos (rascunho de trabalho)

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

Para sua informação, a RFC de co-localizações de modelos de componentes ainda não está relacionada a esse problema de rastreamento. :)

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

@ Panman8201 correto - está fora do escopo da Octane. :)

Acho que isso precisa ser atualizado com a versão ember octane 3.15+ :)

Já que enviamos o Octane, vamos encerrar este problema.

Esta página foi útil?
0 / 5 - 0 avaliações