LINQ Varios Objetos

.NET

11/06/2014

Eu estou com uma duvida, relacionada ao Linq. Eu tenho 3 tabelas que se referem a uma consulta que fiz pelo LINQ esta consulta retorna uma lista de dados.

Eu coloquei um metodo que retorna uma lista generica, mas nao ha objeto para referenciar, pois este resultado vem de 3 tabelas diferentes, pensei em colocar em um arraylist, criar um objeto so para receber estes dados e outras coisas.

Quando é retornado um tipo so de dado é facil usar uma listagem do tipo generica, mas me perdi quando se retorna mais de um tipo.

Como eu vou colocar isto em uma lista resultante do LINQ para que eu possa fazer um foreach na minha camada front end e mostrar estes dados?

Obrigado pela atencao
Olivertag

Olivertag

Curtidas 0

Melhor post

Joel Rodrigues

Joel Rodrigues

11/06/2014

Rapaz, existem várias formas, cabe a você julgar qual é mais adequada:

1) Dividir em camadas e criar um modelo que represente esse tipo de objeto resultante do relacionamento. Assim você poderia acessar os campos desse modelo diretamente, pois seria uma classe conhecida.
2) Criar uma lista de objetos dinâmicos (pesquisar sobre o tema);
3) Criar uma função/stored procedure/view que retornasse essa consulta, assim o EF já mapearia o tipo de retorno de acordo com o select.
GOSTEI 1

Mais Respostas

Joel Rodrigues

Joel Rodrigues

11/06/2014

Rapaz, existem várias formas, cabe a você julgar qual é mais adequada:

1) Dividir em camadas e criar um modelo que represente esse tipo de objeto resultante do relacionamento. Assim você poderia acessar os campos desse modelo diretamente, pois seria uma classe conhecida.
2) Criar uma lista de objetos dinâmicos (pesquisar sobre o tema);
3) Criar uma função/stored procedure/view que retornasse essa consulta, assim o EF já mapearia o tipo de retorno de acordo com o select.
GOSTEI 0
Joel Rodrigues

Joel Rodrigues

11/06/2014

Rapaz, existem várias formas, cabe a você julgar qual é mais adequada:

1) Dividir em camadas e criar um modelo que represente esse tipo de objeto resultante do relacionamento. Assim você poderia acessar os campos desse modelo diretamente, pois seria uma classe conhecida.
2) Criar uma lista de objetos dinâmicos (pesquisar sobre o tema);
3) Criar uma função/stored procedure/view que retornasse essa consulta, assim o EF já mapearia o tipo de retorno de acordo com o select.
GOSTEI 0
Olivertag

Olivertag

11/06/2014

Funcionou do jeito que eu queria.

Obrigado!
GOSTEI 0
Joel Rodrigues

Joel Rodrigues

11/06/2014

Show de bola. Que bom que deu certo.
GOSTEI 0
Eduardo Silva

Eduardo Silva

11/06/2014

Boa tarde galera,

Pode se dizer que toda vez que eu tiver o retorno de mais de uma tabela, eu tenho que ter uma classe genérica que retorna os dados de todas as tabelas? nesse caso acima as 3 ??
Olivertag como ficou sua classe genérica você mantém as outras classes tambem?

Tenho um sistema em asp e vou mudar pra mvc4 com razor e entity ainda não cheguei nessa parte, mais sei que vou ter esse tipo de caso.

Abç
GOSTEI 0
Joel Rodrigues

Joel Rodrigues

11/06/2014

Boa tarde galera,

Pode se dizer que toda vez que eu tiver o retorno de mais de uma tabela, eu tenho que ter uma classe genérica que retorna os dados de todas as tabelas? nesse caso acima as 3 ??
Olivertag como ficou sua classe genérica você mantém as outras classes tambem?

Tenho um sistema em asp e vou mudar pra mvc4 com razor e entity ainda não cheguei nessa parte, mais sei que vou ter esse tipo de caso.

Abç
Opa, Eduardo.
Rapaz, para desenvolver com segurança, acessando as propriedades direitinho, é interessante ter uma classe bem definida. Como você vai usar MVC, aconselho dar uma pesquisada sobre ViewModel, pode lhe ajudar nessa questão.
GOSTEI 0
Eduardo Silva

Eduardo Silva

11/06/2014

Bem bacana esse artigo.

Eu programava em Php, agora mudei de linguagem, estou tomando essa coça rs, eu fiz um curso na http://www.cotiinformatica.com.br/curso.php?id=Nw== deu uma basesinha, mais só trabalhando mesmo que encontramos a dificuldade rs.

Agora é correr atrás.

Vlw pelas dica Joel.
GOSTEI 0
POSTAR