Redux: Atualizações de FAQ

Além disso, isso parece popular e não óbvio.

https://twitter.com/dan_abramov/status/736310245945933824

Vi essa imagem e estou acompanhando apenas parcialmente o que está acontecendo lá. Ou melhor, vejo o código, mas não estou entendendo muito bem a intenção ou a instrução.

A intenção é que você esteja renderizando um componente "semelhante a conectado", exceto que o "envio" e a "redução" na verdade estão apenas atualizando o estado do componente pai?

Eu também não estou entendendo a parte sobre "separar" o redutor, uma vez que não há armazenamento real ou uso de store.replaceReducer() naquele trecho. Você apenas quer dizer que uma função "semelhante a um redutor" pode ser aplicável fora do contexto da estrutura do redutor da loja?

Nova possível seção de FAQ, ou possivelmente documento de design: "Por que Redux foi projetado do jeito que é". Tópicos de exemplo: por que store.subscribe() não inclui a ação ou estado como um argumento, por que o middleware é uma função aninhada, etc.

Vi essa imagem e estou acompanhando apenas parcialmente o que está acontecendo lá. Ou melhor, vejo o código, mas não estou entendendo muito bem a intenção ou a instrução.

A intenção é que você esteja renderizando um componente "semelhante a conectado", exceto que o "envio" e a "redução" na verdade estão apenas atualizando o estado do componente pai?

Também não estou entendendo a parte sobre "desanexar" o redutor, uma vez que não há armazenamento ou uso real de store.replaceReducer () nesse trecho. Você apenas quer dizer que uma função "semelhante a um redutor" pode ser aplicável fora do contexto da estrutura do redutor da loja?

A ideia é: você não precisa da biblioteca redux com o objeto de loja dedicado para implementar a arquitetura redux de (prevState, action) => nextState . O estado do componente React pode ser sua loja, local para o componente, e você mesmo implementa o dispatch fazendo atualizações de estado por meio do React setState.

Sim, isso é mais ou menos o que eu pensei que estava vendo. Era a frase de "desanexar" que estava realmente me chocando, porque estou ciente de que você pode realmente chamar store.replaceReducer() .

Com relação à divisão da lógica entre criadores e redutores de ação , acho que vale a pena ressaltar que os seletores (mapStateToComponent) são outro bom lugar para lidar com eles (validação, transformação de dados). Isso cria uma boa separação entre a fonte verdadeira do servidor (redutor) e os dados relacionados à exibição que são calculados (transformados ou filtrados) pela fonte (seletor).

Outra questão que vejo com frequência é como fazer um módulo redux (criadores de ações, redutores, componentes) que pode ser reutilizado externamente. Principalmente como evitar conflito de nomes de ação quando temos vários módulos com o mesmo tipo na mesma página, e como determinar o nome do redutor para que ele possa ser usado por createStore.

Sim, definitivamente precisamos de uma seção "Decisões de design" no FAQ.

Pergunta para @ reactjs / redux: Estou debatendo a possibilidade de dividir o FAQ em páginas separadas por tópico. A única página atual é muito longa. Alguma opinião?

Gosto de ter uma lista de links para todas as perguntas do Índice. Se mantivermos isso, não consigo ver se há alguma desvantagem em dividir os tópicos em páginas diferentes.

Sim, eu definitivamente manteria o FAQ.html para ter o TOC completo e, provavelmente, teria um TOC separado em cada página apenas para suas entradas.

A melhor maneira de organizá-los é provavelmente aquela que produziria os melhores resultados para alguém que faz uma pesquisa no Google por uma questão relevante.

Começando nesta tarefa. O plano é seguir em frente e dividi-lo com base nas categorias atuais, atualizar as questões existentes e, finalmente, escrever o novo material.

Eu gostaria de saber mais sobre os otimizadores de loja. E redutores injetáveis ​​para divisão de código. Os exemplos de ambos são bastante limitados e difíceis de seguir.

@Medros : Hmm. Ambos os tópicos interessantes, mas talvez não tanto "Perguntas frequentes".

Houve uma boa discussão sobre os otimizadores de loja no Twitter algumas semanas atrás: https://twitter.com/acemarke/status/778813095221170176 . Basicamente, eles não são chamados de forma semi-deliberada nos documentos agora, já que são um recurso de usuário avançado, e há algum trabalho em andamento para alterar os componentes internos relacionados a eles. A discussão em # 1813 fala sobre eles alguns, e a questão de retrabalho relevante é # 1702.

Para redutores injetáveis, você pode querer ver como https://github.com/mxstbr/react-boilerplate e https://github.com/davezuko/react-redux-starter-kit fazem as coisas. Há também uma variedade de bibliotecas relacionadas ao estado do componente e gerenciamento de redutor em minha lista de complementos do Redux que podem ser relevantes.

Bom progresso hoje. Divida o FAQ em páginas separadas por categoria, fez cerca de metade das atualizações planejadas para as questões existentes. Vou tentar derrubar o resto amanhã.

E a parte "dividir + atualizar" agora está disponível (consulte # 2009).

Tenho algumas outras coisas que gostaria de fazer antes de abordar as novas questões, então vou deixar isso em aberto por enquanto. Provavelmente voltaremos a isso em algumas semanas.

Fico feliz em ajudar a escrever algumas delas para você. Alguma ideia do melhor lugar para começar?

Oi, e obrigado!

Em termos de com que frequência as coisas são realmente perguntadas, adicionar uma nova categoria "Decisões de Design" seria mais relevante. Dito isso, isso também vai direto para alguns aspectos bastante técnicos.

Um lugar mais fácil para começar pode ser adicionando algumas novas perguntas à seção "Geral". As ideias que listei no momento são "Quando devo usar o Redux?", "Quais são os prós e os contras de usar o Redux?" E "Como o Redux se compara a [Angular / Backbone / MobX]?".

Dito isso, se houver uma pergunta específica que chame sua atenção, isso também funciona. Não há um prazo específico que estamos tentando atingir, apenas um monte de perguntas que vi e que gostaria de realmente ter abordado no FAQ.

Estou feliz em trabalhar com você sobre a direção que essas respostas devem seguir, edição e links para mais informações. Estou apenas focado principalmente em escrever uma série de postagens de blog no momento e tentar escrever o material de FAQ sozinho no queimador de volta para mim até que isso seja feito.

OK isso parece bom. Por que não começo com _Quando / por que usar Redux_ e _Redux state vs React state_. Você quer que eu escreva um rascunho e adicione um novo RP para você revisar, ou você tem algum outro processo que prefere usar?

Ah ... desculpe, deixe-me esclarecer o que esse primeiro comentário está tentando mostrar.

Meu objetivo era adicionar links e informações adicionais às perguntas existentes e, em seguida, escrever novas perguntas + respostas. Já terminei tudo sob o título "Atualizações de questões existentes", ou seja, a parte "adicionar novos links". É na parte "escrever novas perguntas + respostas" que estou procurando ajuda no momento.

A lista de possíveis novas questões está sob o título "Novos tópicos" (começando com "Quando devo aprender o Redux?"). Qualquer coisa listada nessa seção valeria a pena abordar.

Quanto ao fluxo de trabalho: você gostaria de bifurcar o repositório Redux, criar um branch e começar a trabalhar em seus rascunhos. Provavelmente, você poderia postar um link para o (s) arquivo (s) WIP aqui primeiro e, depois, quando achar que tem um rascunho pronto, envie um PR.

OK, vou começar com _Preciso usar Immutable.js? _. Acabei de escrever uma série de tutoriais sobre Immutable e uso-o diariamente, por isso estou muito familiarizado com os problemas que envolvem seu uso.

Soa bem! O comentário vinculado ao Reddit é meu próprio pensamento sobre algumas das compensações. Eu também adicionei ponteiros para as seções relevantes da minha lista de links React / Redux, em dados imutáveis ​​e perf React, como recursos adicionais.

A pergunta "Immutable.js" provavelmente pertence a uma nova categoria, mas não tenho certeza de qual deve ser essa categoria no momento. Talvez crie uma categoria "Dados Imutáveis" para o momento em seu ramo e comece a escrever nessa página?

@markerikson First PR está pronto para revisão: # 2120

@bundance : ótimo, obrigado! Vou dar uma olhada nesta noite ou sexta-feira.

Esta parece ser uma maneira incrível de aumentar minha compreensão do Redux. Eu gostaria de ter algumas tarefas específicas para fazer. Que tem prioridade, alguém ainda não está fazendo isso, etc.

@ mateo-io: Claro, obrigado por se oferecer para ajudar!

Se você olhar a lista no topo do problema, tudo na seção "Esperando para ser adicionado" está ... uh ... esperando para ser adicionado :) Ninguém mais está trabalhando em qualquer um deles, então eles é tudo um jogo justo.

Uma maneira simples de começar é trabalhar nos itens "Atualizações de perguntas existentes". Por exemplo, há um monte de links que gostaria de adicionar à seção "Quando devo usar o Redux?" pergunta. Essas devem ser bem diretas - basta adicionar os links à lista existente no final da pergunta no FAQ, com algumas descrições curtas de cada link.

Outro bom ponto de partida pode ser uma das novas perguntas como "Por que devo usar criadores de ação?" ou "Quando devo usar Redux?".

Se você gostaria de lidar com outra coisa primeiro, tudo bem. Dê uma olhada na lista de tópicos que eu gostaria de adicionar ou atualizar e me diga em quais seções você gostaria de trabalhar.

@markerikson 2370 para a seção geral de perguntas frequentes

Eu gostaria de ajudar a adicionar novos links à seção "Estrutura do Código"!

@gribnoysup : Ótimo, fico feliz em ouvir isso! Vá em frente e crie um fork do repo e um branch para suas edições, e comece a atualizar o arquivo FAQ "Code Structure". A primeira etapa mais simples seria apenas adicionar alguns links que listei para atualizar a seção "Onde colocar sua lógica de negócios?" pergunta. A partir daí, podemos falar sobre a adição de novas perguntas / respostas para "Por que usar criadores de ação?" e "encapsulamento lógico".

@markerikson Abri uma nova solicitação de pull para a seção de FAQ da estrutura de código https://github.com/reactjs/redux/pull/2494

@markerikson , estou interessado em trabalhar nisso. Tudo bem se eu escolher "Por que usar criadores de ação?" item. Fico feliz em começar em outro lugar, se for melhor para você.

@maxhallinan : sim, seria ótimo! Vá em frente e monte um rascunho para uma nova pergunta de FAQ, envie um PR e podemos ajustá-lo lá. Obrigado!

@markerikson Eu também estou interessado, há algo em sua mente com que eu possa começar, que também é comumente exigido pela comunidade?

@markerikson Fiz um PR para a seção de FAQ sobre decisões de design # 2528

@sbakkila : Ótimo, obrigado! Tentarei dar uma olhada amanhã à noite ou quarta-feira.

@ Fyre91 : desculpe por não responder mais rápido. Qualquer coisa nessa lista que não tenha sido mencionada nos últimos comentários é um jogo justo :) Se você quiser algumas sugestões para começar, pode trabalhar nos itens "Atualizações de perguntas existentes" que listei para " uma árvore de estado "e questões de" despachos múltiplos ".

@markerikson Lamento que demorou tanto. Abri PR # 2535 para "Por que devo usar criadores de ação?"

Também abri o PR # 2537 para adicionar links à seção Perguntas frequentes sobre ações. FWIW, os outros links listados para atualização nesta descrição do problema parecem já ter sido adicionados. Caso contrário, eu os teria incluído neste PR.

Eu estava pensando em passar para "Quando devo aprender Redux?" Esta pergunta é especificamente em relação ao React? Caso contrário, parece que você deve aprender Redux quando deve usar Redux, o que se sobreporia ao já respondido "Quando devo usar Redux?".

@maxhallinan : Eh, é _sort_ no que diz respeito ao React. E sim, há _algumas_ sobreposições com "Quando devo usar o Redux?", Mas acho que é distinto o suficiente para justificar sua própria entrada no FAQ.

@markerikson OK, vou abordar um FAQ sobre o desempenho da árvore de estados.

@ Fyre91 : legal, obrigado!

@markerikson Ok, parece bom. Estou fazendo "Quando devo aprender Redux?".

@markerikson Vou ver 'Por que usar React-Redux' a seguir.

@markerikson Estou pegando o item de paginação / cache em Desempenho a seguir. Apenas para confirmar, a questão real é "Posso armazenar dados paginados em cache sem causar problemas de memória?"

@maxhallinan : mais ou menos, sim. As outras linhas de pensamento eram talvez coisas como "Como faço para implementar verificações de cache?", "Como faço para limpar os dados em cache?", "Quanto posso armazenar em cache com segurança na memória?", Etc.

Para ser sincero, não me lembro _exatamente_ o que estava pensando quando escrevi esse artigo, mas é isso que esses links cobrem. Também acabei de adicionar um link para uma ótima postagem sobre o rastreamento de subconjuntos de dados normalizados.

Isso pode facilmente se transformar em várias entradas de perguntas separadas se acharmos necessário, e eu não tenho certeza do que exatamente quero ver com isso. Faça uma tentativa no assunto, veja o que você descobriu e trabalharemos a partir daí.

Acabei de atualizar a lista no topo do tópico para refletir o que tem sido trabalhado recentemente. (Na verdade, você sabe ... Eu realmente deveria ter feito uma caixa de seleção para lista de tarefas desde o início, em vez de cortar e colar coisas concluídas em uma segunda seção. Muito bem.)

Ótimo ver a lista de coisas restantes diminuindo!

@markerikson Updates to Existing Questions: Performance já está no mestre :)

@markerikson "Por que usar criadores de ação?" também está no mestre.

@gribnoysup , @maxhallinan : ah, sim, eles estão :) Lista atualizada.

Definitivamente chegando lá. Parece que todas as atualizações das perguntas existentes foram feitas e há apenas alguns novos itens restantes.

Acabei de sugerir uma nova questão de "Decisões de Design": "Por que o Redux separa ações e atualizações?"

Acho que estamos bem nisso. Podemos rastrear atualizações individuais de perguntas frequentes em outras questões.