Este documento discute como gerenciar regras de negócio em projetos de CMS de forma flexível e prática. Apresenta hooks, triggers e rules como possíveis soluções, mas argumenta que rules é a abordagem definitiva porque fornece controle total para desenvolvedores e autonomia para construtores de sites, além de ser plugável, ágil e permitir a exportação de regras.
2. João Paulo
● Informática Redes de comunicação.
● Análise e des. de Sistemas.
● Desenvolvedor à 8 anos.
● Desenvolvedor Drupal à 5 anos.
● @seregatte
Level 1 > Sub itemQuem sou eu?
3. Desenvolvedores
● Codar regras de negócio.
● Desacoplar fluxo da aplicação.
● Agilidade no Refactoring
● Focar no código.
Level 1 > Sub itemObjetivos
Site Builders
● Overview do módulo Rules
● Novas maneiras de controlar regras.
● Mudar o fluxo da aplicação.
● Pensar de forma Rules.
17. Item 1 > Subitem 1Solução > Triggers
Desenvolvedores
● :-) Controle total da aplicação.
● :-) Plugável
● :-) Agilidade
● :-( Não é exportável
Site Builders
● :-) Tem poder sobre a regra de negócio
● :-) Fácil de mudar
● :-| Depende menos do desenvolvedor
● :-( Não é exportável
20. Rules é a solução
definitiva.
Item 1 > Subitem 1Solução > Rules
21. Item 1 > Subitem 1Solução > Rules
Desenvolvedores
● :-) Controle total da aplicação.
● :-) Plugável.
● :-) Agilidade.
● :-) É exportável.
Site Builders
● :-) Tem poder sobre a regra de negócio.
● :-) Fácil de mudar.
● :-) Autonomia quase total.
● :-) É exportável.