OOP, modelos de domínio e o usuário

5

Ao desenvolver modelos de domínio, posso ver duas formas principais de pensar sobre o usuário:

  • O primeiro assume que um programa é uma espécie de "simulação" do que acontece no mundo real, e o usuário é um espectador. Com essa abordagem, você teria uma classe de cliente, por exemplo, talvez com métodos que correspondam às ações que um cliente pode executar. Sempre que o cliente quiser fazer alguma coisa, o método correspondente é chamado.

  • A outra abordagem seria projetar as classes como se elas fossem expostas ao usuário e ele, então, tem a habilidade de criar e brincar com os objetos “diretamente”, pensando no programa como uma espécie de extensão da realidade do usuário. Com essa abordagem, uma classe de cliente provavelmente não faria sentido, já que o cliente já está "envolvido".

Eu li alguns artigos falando sobre adicionar segurança no nível do método, o que parece ser consistente com a segunda abordagem, mas acredito que a primeira abordagem é muito mais popular.

Qual é a melhor maneira de lidar com isso?

Obrigado.

    
por user3013752 21.11.2013 / 16:56
fonte

1 resposta

2

Duas coisas surgem para mim a partir desta pergunta:

  1. a metáfora do aplicativo (simulação versus sandbox do API) não tem nada a ver com o modelo de domínio; até você entender melhor o modelo de domínio, essa decisão deve ser adiada

  2. Você provavelmente descobrirá que seu modelo de domínio tem mais de uma maneira de considerar o usuário.

    • A segurança vê os usuários como uma ameaça potencial;)
    • Transações de processamento de dados podem ver usuários como clientes e / ou contas
    • Os elementos de configuração / preferências podem ver usuários como proprietários de perfis ou preferências
    • elementos de controle de recursos podem ver usuários como membros de grupos de permissões
    • e assim por diante
por 21.11.2013 / 22:22
fonte