none
Business Layer RRS feed

Respostas

  • Correto, é que neste artigo o foco dele era demonstrar a representação de um objeto como um todo, lembra que falei que o objeto possui estado, comportametno e identidade, dê uma lida no documento no documento Application Architecture Guide - http://www.codeplex.com/AppArchGuide para ver como seria a representação em camadas.
    Nelson Borges - Analista de Sistemas
    domingo, 3 de maio de 2009 18:59

Todas as Respostas

  • J.Lux,
    Acredito que sim, mas o que você pretende fazer além dessa classe?

    Veja se este site te dá uma luz:
    http://msdn.microsoft.com/pt-br/library/aa581779(en-us).aspx

    Abçs
    Shalimar Carla || Research & Development
    sexta-feira, 1 de maio de 2009 14:10
  • Shalimar

    Obrigado,

    Me diga,

    Onde ficaria "hospedada essa "BL" ? na mesma maquina junto com o executavel?

    Eu colocaria as chamadas à camada de dados dentro dessa DLL de BL?

    Juliano

    J.Luz
    sexta-feira, 1 de maio de 2009 16:36
  • J.Lux,

    Depende... se o sistema nao for distribuído, coloque "junto com o executável" (é uma das soluções).
    Sim, as chamadas a camada de dados dentro dessa DLL de BL.

    Abçs

    Shalimar Carla || Research & Development
    sábado, 2 de maio de 2009 00:50
  • Acredito que sim!

    Geralmente as classes de negocio são classes como Cliente, Fornecedor, Item...
    domingo, 3 de maio de 2009 04:36
  • J_Lux,

    Dê uma olhada no design patterns que te passei nesta thread _> http://social.msdn.microsoft.com/Forums/pt-BR/504/thread/6d9130f4-9348-4e55-a9a9-98598b6f4360

    Sua regra de negócio pode ficar no servidor remoto ou local, tudo depende de como vc irá arquitetar sua aplicação (dê uma lida no guia). Ressalvo, apenas não confunda regra de negócio com entidade, como exemplo abaixo.

    O que seria uma entidade Cliente ->

    -Nome do Cliente,
    -Endereço do Cliente,
    -Contato do Cliente,
    - Telefone
    - etc

    O que seria uma regra de Negócio do Cliente ->
    - Salvar Cliente na Base de Dados,
    - Excluir um Cliente na Base de Dados,
    - Alterar um cliente na Base de Dados ,
    - etc


    Vale a pena ler este artigo, pois contém mais detalhes do que falei -> http://www.designpatternsfor.net/default.aspx?pid=104


    Abraço,
    Nelson Borges - Analista de Sistemas
    domingo, 3 de maio de 2009 18:05
  • No caso, Nelson, alias, obrigado pelos esclarecimentos.... mas... no caso,

    A regra de negocio eu deixaria dentro da camadad e dados ou criaria uma classe ( outra dll) com estes metodos?



    J.Luz
    domingo, 3 de maio de 2009 18:26
  • porque nao deixar um METODO SALVAR CLIENTE na entidade Cliente?
    J.Luz
    domingo, 3 de maio de 2009 18:28
  • J. Luz,


    De preferência, crie projetos separados (DLL) dentro de uma unica solução, pois desta forma vc irá conseguir com que várias pessoas trabalhem no seu projeto, e pense da seguinte forma.


    Servidor 1.
    - Possui uma DLL da regra de negócio
    - Possui uma DLL das Entidades

    Servidor 2.
    - Possui a apresentação Exe.

    Imagine que você queira mexer apenas em uma regra de negócio, vc irá abrir o projeto de Business, alterar o que deseja e gerar uma nova DLL, ou melhor, vc pode colocar uma equipe trabalhando no projeto de Business, outra equipe trabalhando no projeto de UI e ai vai.. quanto mais vc refatorar seu projeto mais irá aproveitar código e melhor será a manutenção.

    Abraço,
    Nelson Borges - Analista de Sistemas
    domingo, 3 de maio de 2009 18:31
  • J Luz,
    Um objeto possui estado, comportametno e identidade, a representação deste objeto pode ser usado em uma camada de entidade, mas se você colcocar o seu comportamento nesta camada, provalvelmente vc chamara este método de salvar da entidade de uma camada de apresentação, e isso iria quebrar sua regra de desenvolvimento em camadas.
    Existe um thread com este assunto -> http://social.msdn.microsoft.com/Forums/pt-BR/504/thread/683d20bd-2383-4f39-9e18-3c0c51b13438

    O Macoratti tem um artigo interessante, vale a pena dar uma lida -> http://www.macoratti.net/net_oocb.htm


    Abraço,.
    Nelson Borges - Analista de Sistemas
    domingo, 3 de maio de 2009 18:43
  • Nelson, no exemplo do Macorrati, existe uma CLASSE PESSOA com as propriedades: Nome , Endereco e Telefone por exemplo porem com os metodos: Registrar, Cadastrar etc... logo.. ele coloca estes metodos dentro do mesmo objeto nao ? 
    J.Luz
    domingo, 3 de maio de 2009 18:54
  • Correto, é que neste artigo o foco dele era demonstrar a representação de um objeto como um todo, lembra que falei que o objeto possui estado, comportametno e identidade, dê uma lida no documento no documento Application Architecture Guide - http://www.codeplex.com/AppArchGuide para ver como seria a representação em camadas.
    Nelson Borges - Analista de Sistemas
    domingo, 3 de maio de 2009 18:59