Idea: forbid grabbing non draftables in strict mode

Aberta
#686 1 comentário 1 reação 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 4 dias

@Gelio já está trabalhando nisso.

Desde 3/12/2020.

  • #715 de @Gelio — aberto

Avaliação

Dificuldade
5/5
Tempo estimado
Mais de uma semana
Facilidade para iniciantes
25/100
Tipo de issue
Funcionalidade
Clareza
Precisa de esclarecimento
Status de atividade
Estagnada
Stack de tecnologia
javascript

Direção de pesquisa

Comece revisando a issue #674 referenciada e o comportamento existente do Immer em relação a instâncias de classes que não podem ser transformadas em drafts. A proposta deixa em aberto a escolha da API entre mutableRef, unsafe, original e enableStrictMode; para considerar o trabalho concluído, seria necessário definir um design e o comportamento correspondente para o strict mode e a compatibilidade retroativa.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

breaking change proposal

🚀 Feature Proposal

See #674 and many other issues where people are surprised that Immer by default totally ignores their class instances.
The idea is that if a field contains a non-draftable object, it becomes unreadable. E.g.: produce(state, draft => { draft.buffer; }) would throw. To still use the buffer inside a draft, a explicit signal needs to be given, e.g. produce(state, draft => { mutableRef(draft.buffer).push(17); ).

Not sure about the name: mutableRef, unsafe could all work. Or maybe we could even reuse the existing original method for this purpose, although that might be confusing.

For easy backward compatibility an option enableStrictMode(boolean) could be used, by default off in the current version, and enabled in the next major.

Can this be solved in user-land code?

No

Linguagem predominante
JavaScript
Estrelas
29k
Forks
905
Merge médio
3d 16h
PRs com merge (30d)
22

Preparar o ambiente

Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de immerjs/immer

Todas as issues de immerjs/immer

Issues semelhantes

Mais issues de JavaScript

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.