Array
(
    [0] => stdClass Object
        (
            [Votos_Balanceados] => 2
            [id] => 501062
            [titulo] => ARQUITETURA ASP.NET MVC
            [dataCadastro] => DateTime Object
                (
                    [date] => 2014-11-12 20:56:52
                    [timezone_type] => 3
                    [timezone] => America/Sao_Paulo
                )

            [isFirstPost] => -1
            [idUsuario] => 232232
            [status] => A
            [isExample] => 
            [NomeUsuario] => Joel Rodrigues
            [Apelido] => 
            [Foto] => 232232_20161017163010.jpg
            [Conteudo] => Vamos lá, por partes:
[quote]preciso primeiro criar um objeto(DTO) passar para camada de negocio(BLL), que por sua vez envia para DAL onde ela gera um novo objeto a partir do Context e por fim grava, correto?[/quote]
Correto, é exatamente isso.
[quote]Seria uma boa pratica criar tudo em um projeto MVC onde utilizado o EF?[/quote]
Se é uma boa prática isso é muito relativo. Está dividido em camadas, tudo organizado e tal, ou seja, uma boa estrutura, responsabilidades bem definidas. MAS... isso é necessário?
Vai lhe trazer alguma vantagem? Se você considerar que o EF pode formar a camada Model sozinho e isso funciona bem, pra que complicar mais? Diante de tantas boas práticas, somos levados a pensar desde o início a melhor arquitetura para nossas aplicações, a melhor estrutura para nossas classes, etc, e isso é bom. Porém, não devemos cometer um erro chamado de "Excesso de Engenharia", ou seja, complicar demais algo que pode ser que nunca requeira uma estrutura tão complexa.
Se você vai criar seu primeiro projeto em MVC, eu lhe aconselho a fazer o mais básico e que já é eficiente: crie um data model com EF, crie os controllers e views a partir das entidades mapeadas e veja tudo funcionando. Se você observar, depois de feito isso, que a arquitetura está insuficiente, aí você vai fazendo os ajustes e aprendendo para as próximas.
Boa sorte. ) )

ARQUITETURA ASP.NET MVC

Wellington Carvalho
|
MVP
    11 nov 2014

Boa tarde pessoal!
Estou com a seguinte duvida estou iniciando estudos para desenvolver utilizando ASP.NET MVC. Programo a 5 anos utilizando WebForms 3 camadas. Esse método me possibilita trabalhar em diversar Camadas de Apresentação(WindowsForms, WebForms, etc) independente das regras de negocio. Minha duvida é a seguinte comecei um projeto em MVCseparando por camadas DAL, BLL, DTO e MVC e me deparei com a seguinte duvida na programação apenas em MVC eu consigo criar as views a partir das models e nesse caso para gravar utilizando o EF preciso primeiro criar um objeto(DTO) passar para camada de negocio(BLL), que por sua vez envia para DAL onde ela gera um novo objeto a partir do Context e por fim grava, correto?
Seria uma boa pratica criar tudo em um projeto MVC onde utilizado o EF?

Post mais votado

Joel Rodrigues
   - 12 nov 2014

Vamos lá, por partes:

Citação:
preciso primeiro criar um objeto(DTO) passar para camada de negocio(BLL), que por sua vez envia para DAL onde ela gera um novo objeto a partir do Context e por fim grava, correto?

Correto, é exatamente isso.

Citação:
Seria uma boa pratica criar tudo em um projeto MVC onde utilizado o EF?

Se é uma boa prática isso é muito relativo. Está dividido em camadas, tudo organizado e tal, ou seja, uma boa estrutura, responsabilidades bem definidas. MAS... isso é necessário?
Vai lhe trazer alguma vantagem? Se você considerar que o EF pode formar a camada Model sozinho e isso funciona bem, pra que complicar mais? Diante de tantas boas práticas, somos levados a pensar desde o início a melhor arquitetura para nossas aplicações, a melhor estrutura para nossas classes, etc, e isso é bom. Porém, não devemos cometer um erro chamado de "Excesso de Engenharia", ou seja, complicar demais algo que pode ser que nunca requeira uma estrutura tão complexa.
Se você vai criar seu primeiro projeto em MVC, eu lhe aconselho a fazer o mais básico e que já é eficiente: crie um data model com EF, crie os controllers e views a partir das entidades mapeadas e veja tudo funcionando. Se você observar, depois de feito isso, que a arquitetura está insuficiente, aí você vai fazendo os ajustes e aprendendo para as próximas.
Boa sorte.

Wellington Carvalho
|
MVP
    11 nov 2014

Boa tarde pessoal!

Estou com a seguinte duvida estou iniciando estudos para desenvolver utilizando ASP.NET MVC. Programo a 5 anos utilizando WebForms 3 camadas. Esse método me possibilita trabalhar em diversar Camadas de Apresentação(WindowsForms, WebForms, etc) independente das regras de negocio. Minha duvida é a seguinte comecei um projeto em MVCseparando por camadas DAL, BLL, DTO e MVC e me deparei com a seguinte duvida na programação apenas em MVC eu consigo criar as views a partir das models e nesse caso para gravar utilizando o EF preciso primeiro criar um objeto(DTO) passar para camada de negocio(BLL), que por sua vez envia para DAL onde ela gera um novo objeto a partir do Context e por fim grava, correto?

Seria uma boa pratica criar tudo em um projeto MVC onde utilizado o EF?

Vou iniciar uma aplicação em MVC. se possivel me passarem alguma estrutura.

Muito obrigado a todos.

Wellington Carvalho
|
MVP
    23 dez 2014

Boa tarde iniciei minha aplicação em MVC porém fico me batendo por causa da organização.para melhorar cria a estrutura da imagem abaixo.
Estrutura (Clique na imagem para abrir em uma nova janela)

Repositório: EF da base de dados
RegraNegocio: todas as regras de negocio do sistema;
Model: Objetos de transição do MVC com regra de negocio

Mais não estou contente com essa estrutura, qual seria a melhor maneira de organizar o projeto?

muito obrigado.

Joel Rodrigues
   - 24 dez 2014

Eu lhe dei uma resposta para refletir, você pensou a respeito? Não existe receita pronta, se é isso que você está buscando, para definir a melhor estrutura de uma aplicação.
Você diz que "não está contente". Mas por quê?