Feature/single parameter edition

[cedric-matheus]

• Create update operator parameter service
• Create update operator parameter action type
• Create update operator parameter action
• Update container to use new update operator parameter action

[github-actions]

Dicas para revisão de código

Commits

• Título (1a linha do commit): apresentar resumo do que foi alterado/adicionado/removido.
  ex: adiciona action que salva parametros no backend; exibe rótulo no componente de selecao de dataset;
• Descrição (outras linhas): dar mais detalhes de cada alteração:
  • motivos das alterações
    ex: havia um bug que causava...; nova funcionalidade que faz isso...; código foi movido para...;
  • bibliotecas adicionadas e versões (package.json)
    ex: atualiza para antd v4.6;
  • testes unitários criados/alterados
    ex: adiciona testes para a action fetchProjectSuccess;
• Mensagens auto-explicativas! Quem revisa o código deve entender o que foi feito (e porque foi feito) sem perguntar para quem fez o commit.
• Não devem ter conflitos. Solicitar que sejam resolvidas as ocorrências de "This branch has conflicts that must be resolved".

SonarCloud Quality Gate

• Coverage > 80.0%, e sempre que possível = 100%
• 0 Bugs, 0 Code Smells, 0 Vulnerabilities

Build Github actions COM SUCESSO

ReactJS

• Usar Node 12 ou 14.
• Remover console.log.
• Não deixar código-fonte comentado.
• Pasta de módulos devem ser escritas em lower case
• Pasta de componentes devem ser escritas em camel case
• Nunca utilizar spread em retorno de reducer sem alteração
• Sempre utilizar hooks ao invés de HOCs
• Itens em uma lista devem ser renderizados com uma chave única (preferir uuid)
• Comentar apenas códigos que não estão muito claros
• Não utilizar comentários para blocos
• Action types devem conter @

Redux

As instruções a seguir foram retiradas do Redux Style Guide.

• Sempre retorne o newState no reducer. Outros valores irão causar problemas inesperados.
  ex: return message.error(error); (ERRADO)
• NÃO faça atribuições de valores no state. Crie e retorne um newState.
  ex: state.data = action.data; return state; (ERRADO)
• No reducer use apenas o state e o action. Não dispare ações ou funções assíncronas.
• No state, armazene tipos simples (int, String, ...), Array e plain Object. NÃO armazene function, Promise, class instances.
• Evite arrays aninhados no estado. Prefira armazená-los numa "forma normalizada".
• Nomeie as actions como "eventos", não como "setters".
  ex: SET_TASK_NAME SET_TASK_DESCRIPTION (ERRADO). TASK_DETAILS_EDITED (CORRETO).
• Utilize nomes auto-explicativos para as actions. Evite nomes como SET_DATA e UPDATE_DATA.

[fberanizo]

@cedric-matheus parece que depois da alteração o polling está interferindo com a exibição de itens do painel. Provavelmente algum re-render que não existia antes. Neste caso pode causar um problema de usabilidade (vídeo abaixo) em que um select é fechado sozinho, sem clicar na tela.

Acho que isso precisamos ajustar :x

Gravar.2.mp4

[LuanEdCosta]

@cedric-matheus Para tentar corrigir estes re-renders você pode tentar utilizar o hook useDeepSelector, que faz comparação profunda e não gera novas renderizações se os dados realmente não foram alterados. O useSelector faz comparação referencial, isto é, se o endereço de memória for alterado ele gera uma nova renderização. Olha o que fala as docs.

Pra simplificar o GenericDrawerContainer se pode mover o componente OperatorParameter para outro componente e até tentar usar o React.memo para memoizar o componente, mas o React usa comparação rasa (shallow equal) no React.memo, então acredito que você teria que passar um segundo parâmetro pra ele, que é uma nova função de comparação (pode usar o isEqual do lodash igual o useDeepSelector).

[sonarqubecloud]

SonarCloud Quality Gate failed.   

0 Bugs
0 Vulnerabilities
0 Security Hotspots
0 Code Smells

0.0% Coverage
0.0% Duplication

[fberanizo]

👍