decisoes frontend Page History
Decisões arquiteturais
- novo frontend será desenvolvido como um
rails engine
, totalmente independente do frontend atual - para iniciar o serviço com o frontend novo, usaremos uma varíavel de ambiente, algo como NOOSFERO_FRONTEND=frontend ./script/production start
- novo frontend será mantido na master, em paralelo ao frontend atual
- vamos precisar refatorar models e talvez helpers para servir aos dois frontends ao mesmo tempo, de forma que não quebre o frontend antigo.
- toda refatoração tem que ser feita no master
- este trabalho vai ser feito com base no branch rails4, assumindo que ele será a base para o noosfero 1.4 (plano)
- vamos investir um esforço inicial em estabilizar este branch
- o tema default precisa ser neutro, e precisa ser super fácil de pra fazer personalizações básicas como
- escolher/criar um esquema de cores
- adicionar um logo
- precisamos documentar claramente quais as consequências da mudançá para o novo frontend para que os usuários percebam a mudança como justificável:
- quais os benefícios do novo frontend
- quais os contras, e.g. quais funcionalidades/plugins não funcionam etc
Riscos que estamos assumindo
- plugins poderão não funcionar
- novas funcionalidades poderão ser implementadas no frontend novo e não no antigo (e vice versa)
- restante da comunidade pode não querer/poder colaborar com esse esforço
- vai levar um tempo para que esse novo frontend esteja maduro o suficiente para substituir o frontend atual
- enquanto os dois frontends existirem em paralelo, vamos ter que dividir os nossos esforços em função dos dois, e.g.
- não vamos poder esperar o frontend novo ficar pronto para novas funcionalidades que precisam ser desenvolvidas "rápido".
Referências
http://trailblazerb.org/ nós não podemos detonar os models do noosfero porque o frontend antigo precisa continuar funcionando, mas podemos tentar fazer um melhor projeto OO no novo frontend apesar disso.
Last edited by Melissa Wen