A nova arquitetura DataSnap quebrou fronteiras no que diz respeito à integração de aplicações. O conceito de multicamadas com Delphi foi estendido. Até o Delphi 7 por exemplo a maneira mais simples de fazer uma interface Web para consumir um servidor de aplicação feito em Delphi Win32 era criar uma aplicação IntraWeb. Com o DataSnap no Delphi 2009 a barreira do COM para Win32 foi quebrada, adicionando transporte via TCP/IP, o que abriu novas possibilidades no lado cliente. O DataSnap 2009 tinha o framework dbExpress como base e podíamos agora utilizar Delphi Prism para criar clientes e consumir um servidor de aplicação feito em Delphi Win32.

Ainda tínhamos duas limitações. Primeiro a restrição de só trafegar tipos compatíveis com DBX, ou seja, ainda não poderíamos trafegar nossos objetos de negócio. Outra limitação é que, para criar uma Interface Web, ficávamos limitados à aplicações .NET feitas com Delphi Prism utilizando provider DBX. Qual o problema disso?

Quando pensamos em Delphi consumindo Delphi então não temos problemas, porém a realidade hoje nas empresas é outra. Cada dia que passa aumenta a necessidade de se criar aplicações para integração entre plataformas. Um distribuidor de medicamentos e produtos farmacêuticos, por exemplo, pode ser impelido a permitir que seus clientes integrem seus sistemas com o ERP da empresa. Mas o ERP da empresa farmacêutica é em Delphi e seus clientes possuem PHP, ASP.NET - C#, Java etc. Como permitir isso de uma forma transparente, ou seja, aproveitando tudo o que tenho hoje, minhas regras, meus objetos, minhas rotinas? E mais, como fazer a comunicação entre cliente e servidor de forma otimizada? É neste contexto que o DataSnap 2010 entra.

...
Fim do trecho gratuito • continue abaixo
CONTEÚDO EXCLUSIVO

Desbloqueie toda a DevMedia

  • +2000 artigos e vídeos
  • +40 trilhas sobre Front-end, Back-end, IA e muito mais
  • +5000 exercícios práticos
  • Mentorias ao vivo individuais
até 50% OFF
A partir de
R$ 69 /mês
Assinar agora