ORMBr - Mapeamento objeto-relacional
Página 1 de 1
ORMBr - Mapeamento objeto-relacional
Mapeamento objeto-relacional (ou ORM, do inglês: Object-relational mapping) é uma técnica de desenvolvimento utilizada para reduzir a impedância da programação orientada aos objetos utilizando bancos de dados relacionais. As tabelas do banco de dados são representadas através de classes e os registros de cada tabela são representados como instâncias das classes correspondentes.
Com esta técnica, o programador não precisa se preocupar com os comandos em linguagem SQL; ele irá usar uma interface de programação simples que faz todo o trabalho de persistência.
Não é necessária uma correspondência direta entre as tabelas de dados e as classes do programa. A relação entre as tabelas onde originam os dados e o objecto que os disponibiliza é configurada pelo programador, isolando o código do programa das alterações à organização dos dados nas tabelas do banco de dados.
ORM não é uma técnicas tão recentes, pois jé exitem a algum tempo em outras linguagens como Java, e C#, acredito que muitos já ouviram falar sobre Hibernate ORM para a linguagem Java, e Entity Framework para as linguagens .NET da Microsoft.
Já para o Delphi, essa técnica é mais recente, começou a se expandir a partir da versão Delphi 2010, após as enormes melhorias na RTTI e o recurso Generics.
Ultimamente, acredito que a maioria de vocês, tem lido ou ouvido algo sobre ORM, mas a questão é, qual seria as ventagens e quanto isso me custaria para implementar em meus sistemas já existentes, e por fim qual o melhor ORM para eu analisar?
Venho a algum tempo, analisando e estudando as vantagens e funcionalidades de alguns ORMs do mercado, assistindo videos, analisando exemplos etc... e cheguei a conclusão que o ORM seria um grande aliado para nós desenvolvedores, principalmente com a falta de profissionais qualificados no mercado para nos ajudar na continuidade em nossos projetos.
Vou citar aqui um ponto de vantagem, veja se concorda:
Muitos de nós somos desenvolvedores solitários, o qual temos um sistema e a N vezes pensamos em contratar alguém para nos ajudar a mantê-lo, mas nosso tempo é curto e nosso código é tão enraizado em nossos modo de desenvolvimento que ao pensar em ensinar alguém, até desanimamos, pois isso iria nos consumir tempo enorme, então preferimos nós mesmos pegar e fazer.
Com um ORM, temos ventagens nesse ponto, pois um ORM irá exigir uma linha de aprendizado bem curta a um desenvolvedor que possamos contrata-lo para nos ajudar, isso porque o ORM irá fazer a parte pesada nos bastidores, aliviando e agilizando o aprendizado em um novo profissional.
Poderia ficar aqui citando várias situações das quais, acredito eu que 100% de nós desenvolvedores sofremos no dia dia para conseguirmos ajuda em nosso projetos, mas não vou fazer isso, o exemplo acima já nos mostrar uma visão geral de nossas dificuldades.
Com esta técnica, o programador não precisa se preocupar com os comandos em linguagem SQL; ele irá usar uma interface de programação simples que faz todo o trabalho de persistência.
Não é necessária uma correspondência direta entre as tabelas de dados e as classes do programa. A relação entre as tabelas onde originam os dados e o objecto que os disponibiliza é configurada pelo programador, isolando o código do programa das alterações à organização dos dados nas tabelas do banco de dados.
ORM não é uma técnicas tão recentes, pois jé exitem a algum tempo em outras linguagens como Java, e C#, acredito que muitos já ouviram falar sobre Hibernate ORM para a linguagem Java, e Entity Framework para as linguagens .NET da Microsoft.
Já para o Delphi, essa técnica é mais recente, começou a se expandir a partir da versão Delphi 2010, após as enormes melhorias na RTTI e o recurso Generics.
Ultimamente, acredito que a maioria de vocês, tem lido ou ouvido algo sobre ORM, mas a questão é, qual seria as ventagens e quanto isso me custaria para implementar em meus sistemas já existentes, e por fim qual o melhor ORM para eu analisar?
Venho a algum tempo, analisando e estudando as vantagens e funcionalidades de alguns ORMs do mercado, assistindo videos, analisando exemplos etc... e cheguei a conclusão que o ORM seria um grande aliado para nós desenvolvedores, principalmente com a falta de profissionais qualificados no mercado para nos ajudar na continuidade em nossos projetos.
Vou citar aqui um ponto de vantagem, veja se concorda:
Muitos de nós somos desenvolvedores solitários, o qual temos um sistema e a N vezes pensamos em contratar alguém para nos ajudar a mantê-lo, mas nosso tempo é curto e nosso código é tão enraizado em nossos modo de desenvolvimento que ao pensar em ensinar alguém, até desanimamos, pois isso iria nos consumir tempo enorme, então preferimos nós mesmos pegar e fazer.
Com um ORM, temos ventagens nesse ponto, pois um ORM irá exigir uma linha de aprendizado bem curta a um desenvolvedor que possamos contrata-lo para nos ajudar, isso porque o ORM irá fazer a parte pesada nos bastidores, aliviando e agilizando o aprendizado em um novo profissional.
Poderia ficar aqui citando várias situações das quais, acredito eu que 100% de nós desenvolvedores sofremos no dia dia para conseguirmos ajuda em nosso projetos, mas não vou fazer isso, o exemplo acima já nos mostrar uma visão geral de nossas dificuldades.
Apresento a vocês :
ORMBr, como o nome já diz, e assina Brasil, é um Framework criado por mim (Isaque Pinheiro), e apesar de ser uma criança ainda, já mostrou um QI acima da média, e a ótima notícia é que ele é OpenSource, podendo ser baixado direto no Bitbucket https://bitbucket.org/isaquepinheiro/ormbr/downloads.
Veja mais detalhes no meu blog : http://isaquepinheirobr.blogspot.com.br/2016/09/ormbr-mapeamento-objeto-relacional.html
Página 1 de 1
Permissões neste sub-fórum
Não podes responder a tópicos
|
|