Mudanças entre as edições de "02/06"
De MSTECH wiki
(Criou página com '== Fórum - Resumo da discussão == * Alinhamento sobre as ações de qualidade de desenvolvimento: performance, segurança e mentoria; * Apresentação das arquiteturas em...') |
|||
| Linha 8: | Linha 8: | ||
*** Preocupação em problemas de digest ao passar módulos para as camadas de regra de negócio e comunicação com os métodos de back-end; | *** Preocupação em problemas de digest ao passar módulos para as camadas de regra de negócio e comunicação com os métodos de back-end; | ||
*** Aceitação do pattern, da separação da regra de negócio do controller e repositórios para as chamadas; | *** Aceitação do pattern, da separação da regra de negócio do controller e repositórios para as chamadas; | ||
| − | *** Não há necessidade de instanciar o repository (remover) | + | *** Não há necessidade de instanciar o repository (remover). |
** ''' 2ª Arquitetura''' ''(apresentada pelo Willian)'' - Resumo da discussão: | ** ''' 2ª Arquitetura''' ''(apresentada pelo Willian)'' - Resumo da discussão: | ||
| − | *** Pattern semelhante a 1ª proposta, porém segmentando submódulos para separar a injeção de dependências (exemplo: diretivas dentro do módulo de diretivas) | + | *** Pattern semelhante a 1ª proposta, porém segmentando submódulos para separar a injeção de dependências (exemplo: diretivas dentro do módulo de diretivas); |
| + | *** Houve uma discussão sobre a necessidade dessa segmentação, porém optamos por manter para atender SPA (Single Page Application) e uma possível evolução de arquitetura web para webapi; | ||
| + | *** Sobre webapi surgiu novamente a discussão sobre o código totalmente dependente do mvc do .net, o que pode gerar um esforço enorme caso tenha que transpor para mobile, por exemplo. Além de levantar o questionamento de "Por que" não conseguimos evoluir; | ||
| + | |||
| + | == Próximos passos == | ||
| + | |||
| + | * Realizar um merge nas 2 arquiteturas e apresentar na próxima reunião: '''André, Odassi e Rodrigo'''; | ||
| + | ** Se aprovado a estrutura, será disponibilizado no npm local. | ||
| + | * Trazer prós e contras do Grunt e Gulp: '''Alexandre Paravani'''. | ||
| + | ** Após definido será pensado no script de build. | ||
Edição atual tal como às 20h00min de 7 de junho de 2016
Fórum - Resumo da discussão
- Alinhamento sobre as ações de qualidade de desenvolvimento: performance, segurança e mentoria;
- Apresentação das arquiteturas em AngularJS:
- 1ª Arquitetura (apresentada pelo Edamatsu) - Resumo da discussão:
- Arquitetura separada em View, Controller, Business e Repository
- Preocupação em problemas de digest ao passar módulos para as camadas de regra de negócio e comunicação com os métodos de back-end;
- Aceitação do pattern, da separação da regra de negócio do controller e repositórios para as chamadas;
- Não há necessidade de instanciar o repository (remover).
- 2ª Arquitetura (apresentada pelo Willian) - Resumo da discussão:
- Pattern semelhante a 1ª proposta, porém segmentando submódulos para separar a injeção de dependências (exemplo: diretivas dentro do módulo de diretivas);
- Houve uma discussão sobre a necessidade dessa segmentação, porém optamos por manter para atender SPA (Single Page Application) e uma possível evolução de arquitetura web para webapi;
- Sobre webapi surgiu novamente a discussão sobre o código totalmente dependente do mvc do .net, o que pode gerar um esforço enorme caso tenha que transpor para mobile, por exemplo. Além de levantar o questionamento de "Por que" não conseguimos evoluir;
- 1ª Arquitetura (apresentada pelo Edamatsu) - Resumo da discussão:
Próximos passos
- Realizar um merge nas 2 arquiteturas e apresentar na próxima reunião: André, Odassi e Rodrigo;
- Se aprovado a estrutura, será disponibilizado no npm local.
- Trazer prós e contras do Grunt e Gulp: Alexandre Paravani.
- Após definido será pensado no script de build.
