CONSULTA DINÂMICA COM LINQ

 Tópico anterior Próximo tópico Novo tópico

CONSULTA DINÂMICA COM LINQ

C#

 Compartilhe  Compartilhe  Compartilhe
#483748 - 08/08/2018 13:49:14

CARINHENA
SOROCABA
Cadast. em:Junho/2004


Nem sempre, tem aplicações de asserts.
Nele não são apenas consultas, como também precisa ser muito rápido entre avaliar histórico, média e possível aumento futuro, para comprar ações.

Com um ORM, isso jamais poderia ser feito na velocidade de ms que é hoje.

Mas, enfim... apenas não me agrada o modelo de ORM hoje... talvez se fosse mais simplificado sem tanto aumento de novas práticas, que só existem por causa deles... eu pense diferente.

Carinhena

A melhor forma de aprender e ensinando!


#483751 - 08/08/2018 14:04:12

KERPLUNK
RIO GRANDE DO SUL
Cadast. em:Junho/2009


Membro da equipe
É, eu te entendo. Mas nada impede de desenvolver algo próprio com o desempenho que se quer. Mas uma coisa é regra: Quanto mais coisa se adiciona, mais o desempenho é afetado.

_______________________________________________________________________
Gostaria de ter seu sistema Desktop "traduzido" para uma interface web? Podemos conversar...
Virei Oráculo!
The end is nigh, be ready for the nukes!


#483755 - 08/08/2018 14:53:53

CARINHENA
SOROCABA
Cadast. em:Junho/2004


Citação:
:
É, eu te entendo. Mas nada impede de desenvolver algo próprio com o desempenho que se quer. Mas uma coisa é regra: Quanto mais coisa se adiciona, mais o desempenho é afetado.

Isso é verdade.
Sabe, o que eu vejo.. é que antigamente os sistemas (Seja desktop e web) eram feitos para pudessem ser muito rápido, mas, não eram la muito "Amigável" para desenvolvedores.
Hoje, na ideia de ser mais "amigável" para os desenvolvedores, estão sacrificando o desempenho e criando um monte de práticas, que se você reparar, são inúteis (ja que são práticas criadas para métodos que no fim das contas, nem deveriam existir) e ainda gera um confusão, que provavelmente 99 em 100 desenvolvedores, vão dizer que "Aquele código não foi implementado 100%", no intuito de ser mais amigável ao desenvolvedor.

Mas, enfim... incomoda o fato de a preocupação agora ser maior com o desenvolvedor, que no produto final entende?
Nada contra a tecnologia em si.

Carinhena

A melhor forma de aprender e ensinando!


#483756 - 08/08/2018 15:23:06

KERPLUNK
RIO GRANDE DO SUL
Cadast. em:Junho/2009


Membro da equipe
É relativo isso. Sistemas hoje em dia são em sua grande maioria são projetados para Web, sei de pouquíssimos projetos sendo criados para desktop, e mesmo esses, são em grande parte feitos web e compilados para desktop com Electron ou similar. Sendo Web. Por serem na maioria web, são hospedados em servers bastante robustos onde desempenho é algo quase que irrelevante, devido à alta performance de servers e webfarms rodam. Para sistemas pequenos, hospedados com planos moderadamente reduzidos em termos de performance, ORM's podem sim ser um obstáculo quanto à performance.

_______________________________________________________________________
Gostaria de ter seu sistema Desktop "traduzido" para uma interface web? Podemos conversar...
Virei Oráculo!
The end is nigh, be ready for the nukes!


#483771 - 09/08/2018 09:33:18

FOXMAN
BARRETOS
Cadast. em:Janeiro/2001


Membro da equipe
É, cada desenvolvedor tem sua particularidade. As ferramentas que são utilizadas por uns, derrepente não são bem quistas por outros e vice-versa.
Alguns podem obter resultados mais rápidos utilizando sua própria metodologia.
Outros podem utilizar tecnologias que demanda maiores conhecimentos para um mesmo resultado.

Um pedaço de madeira pode ser cortado, com um serrrote, tico-tico ou até mesmo com uma serra-circular. Certamente um destes corta a madeira de forma mais rápida. Porém nem todos os marceneiros gostam/dominam a ferramenta mais moderna ou melhor.
O efeito será o mesmo(madeira cortada), porém o resultado do corte pode apresentar diferenças. Já a qualidade do corte certamente não será a mesma em todos os cenários. Haverá cortes em que será necessário uma "lapidação".

Essa analogia serve para que possamos refletir e definir que :
É preciso melhorar substancialmente o "corte da madeira".
É necessário agilizar o "corte da madeira".
A madeira cortada deverá ter um encaixe preciso com o "objeto" a que foi proposto o corte.
Nem sempre o corte mais rápido é o melhor. Isso depende de quem está utilizando a ferramenta.
Talvez no objeto a ser contruido, pode-se substituir a madeira. Talvez por alumínio. Então troca-se as ferramentas.

Bem, a tempos a tras eu criei meu próprio ORM(da minha forma, do meu jeito e para minha necessidade).
Ao longo de algum tempo, observei que eu poderia simplificar, sanar e melhorar todo um conjuto de códigos apenas melhorando a estrutura do meu banco de dados.
Foi ai então que abandonei o meu ORM, e parti para o SIMPLES/OBJETIVO.
Qualquer ação a ser executada no banco de dados é fruto de um STORED PROCEDURE.
Até mesmo a criptografia de uma senha é feita no banco de dados.

A tempos a traz, vi um procedimento armazenado(não me recordo onde) que gerava um xml para nfe. Tudo executado no banco de dados.
Eu fique perplexo, pois não haveria necessidade de nenhuma linha de código para gerar o xml.
Veja que a ferramenta utilizada, cortou a madeira na raiz, e de forma instantânea.
No sistema, haveria a necessidade de apenas , assinar, validar e enviar. Sem nenhuma classe NFE.
Não é formidável isso ???

Isso é FERRAMENTA, isso é dominio da ferramenta, isso é tirar o máximo de proveito da ferramenta.
Sei que cada caso é um caso, mas ao que diz respeito a BANCO DE DADOS, esse trabalho eu tranfiro para ele.

Eu sinceramente Utilizo LINQ, LAMBDA apenas para objetos do tipo Controles, classes , etc.
Lógico que meu sistema não é nada comparado com grandes sistemas e nem há a necessidade de recursos mirabolantes. É o famoso SBO(simples, básico e objetivo).
Afinal , eu sou o patrão, e quando eu fui ser funcionário(Gerente de Desenvolvimento) de uma empresa com mais de 6.000 clientes em todo o Brasil, minha estadia durou pouco,
pois eu quis implementar novas tecnologias, novos conceitos e metodologias , e bati de frente com um muro fechado para novas mudanças.
Fiquei pouco mais de um mes na empresa.

Dito isso, eu acredito muito em quem está utilizando a ferramente e como está utilizando.
Cortar a madeira é fácil, pode ser cortada até com um martelo ou um machado. O resultado pode não ser o esperado e pode demorar mais doque esperava.



Grupo DotNet.Br no FaceBook



#483772 - 09/08/2018 10:29:39

PERCIFILHO
MATAO [SP]
Cadast. em:Dezembro/2009


Última edição em 09/08/2018 10:30:53 por PERCIFILHO

Não esperava que o tópico fosse render tantos comentários, afinal o intuito não era esse. Mas que bom, cada um pôde expor suas ideias, seus pensamentos, suas opiniões.
Mas diante de tudo isso, ficou uma dúvida, estou indo pelo caminho errado? Não deveria usar Lambda ou Linq ou Entity Framework?
Lembrando que o meu projeto é pequeno, nada complexo, não necessito de recursos mirabolantes. Na verdade não vivo disso (bem que gostaria). Só quero tirar essa dúvida pra depois poder encerrar o tópico.


____________________________________________________
Você sabe que alguém te ama não pelo que ele fala, mas pelo o que faz.
O amor não sobrevive de teorias.




#483773 - 09/08/2018 10:32:51

CLEVERTON
SERRINHA
Cadast. em:Dezembro/2003


Membro da equipe

Última edição em 09/08/2018 10:35:09 por CLEVERTON

PERCIFILHO
Eu sou "pé de chulé" com os debatentes do tópico.
Mas posso te dizer, pense sempre no seu custo beneficio e produtividade, faça o que for satisfatório pra vc.

No meu caso que o volume de dados é baixíssimo, prefiro optar pela produtividade.




#483777 - 09/08/2018 10:57:33

PERCIFILHO
MATAO [SP]
Cadast. em:Dezembro/2009


Cleverton, obrigado pela opinião.
Se você é "pé de chulé", eu sou o quê, então?
Não chego nem aos pés de todos vocês.

____________________________________________________
Você sabe que alguém te ama não pelo que ele fala, mas pelo o que faz.
O amor não sobrevive de teorias.




 Tópico anterior Próximo tópico Novo tópico


Tópico encerrado, respostas não sao permitidas
Encerrado por PERCIFILHO em 13/08/2018 10:51:26