Tiburón: o que esperar do Delphi 2008
A CodeGear acaba de atualizar o seu roadmap de desenvolvimento para o Delphi. É fundamental essa transparência para que saibamos nos posicionar com base nos planos futuros para o produto. De minha parte, posso dizer que os meus planos profissionais levam bastante em consideração os planos de aperfeiçoamentos futuros do Delphi.
Tiburón é o nome de projeto da próxima versão do Delphi, a ser lançada no segundo semestre de 2008. Felizmente, pelo que vi no documento atualizado ontem parece que estão alinhados os nossos objetivos, ou melhor dizendo, os objetivos (da maioria) da comunidade Delphi com os objetivos da CodeGear.
Tudo que eu mais precisava e esperava do Delphi é o que a CodeGear está investindo para o Tiburón: continuar aperfeiçoando dbExpress, muitas melhorias no DataSnap, localização para múltiplos idiomas e recursos avançados de linguagem, como generics e métodos anônimos. Enfim, se fizerem mesmo isso tudo, estou satisfeito. Quer dizer, tem ainda muito trabalho a ser feito na documentação, mas estou presumindo que isso eles não mencionam isso porque entendem que não é mais que a obrigação deles e, portanto, não teria sentido colocar no roadmap.
Aparentemente a separação da divisão ALM da Borland com a divisão de ferramentas de desenvolvimento (agora CodeGear) já está produzindo bons frutos. Enquanto o grupo ALM sempre focou o público corporativo e com isso tentava (sem sucesso) levar o Delphi de carona às grandes empresas, agora a CodeGear está livre para destinar os futuros releases do Delphi e do C++Builder para ISVs e MicroISVs, consultores, pequenas empresas e times departamentais, que sempre foi o seu nicho de mercado.
A propósito, o C++Builder - projeto “Barracuda” - não é mais um projeto separado, agora será parte do Tiburon.
O texto que se segue é uma tradução parcial da descrição dos planos futuros para o Delphi conforme publicado por Nick Hodges em 23/04/2008:
Está previsto que Tiburón concentre-se em três temas principais:
1. Conectividade
Dados estão e fluem por toda parte. Precisam ser acessados a partir de uma variedade de clientes e locais. Serviços de software são comuns dentro de infra-estruturas corporativas. Uma ferramenta de desenvolvimento tem de ser capaz de alavancar facilmente e tirar proveito de tais serviços e dados. Tiburón irá fornecer a força, os componentes, o código e as bibliotecas para construir aplicativos que fazem exatamente isso.
Ao estender tanto a arquitetura Datasnap quanto o framework de acesso a dados dbExpress já existentes, Tiburón fornecerá um conjunto expandido de componentes e módulos que permitirá criar facilmente aplicações flexíveis e de alta performance. Tiburón permitirá criar aplicações clientes ainda mais finas que acessem métodos e dados em servidores de aplicação e também que clientes e servidores troquem informações com facilidade. Do lado do servidor, servidores de aplicação serão capazes de fazer cache de conexões, comandos e resultados. Ao abstrair o conceito de dataset, os servidores serão capazes de dialogar com qualquer número de diferentes tipos de clientes: nativo, gerenciado, Java, JavaScript, PHP, etc. Basicamente, o DataSnap irá evoluir para se tornar uma solução de desenvolvimento multi-camadas mais poderosa e mais flexível.
2. Desenvolvimento Internacional
A globalização está abrindo novos mercados que se expandem particularmente para organizações que estão em ou que fazem negócios com países da Ásia e mercados da UE expandida. Com a crescente oportunidade de negócio globalizado, os desenvolvedores são desafiados a produzir aplicações que suportem dados internacionalizados, moedas e conjuntos de caracteres. Tiburón, como está previsto atualmente, proporcionará uma solução para o desenvolvimento nativo de aplicações baseadas em Unicode para o mercado mundial. A IDE Tiburon, como está previsto atualmente, será totalmente baseada em Unicode, juntamente com a VCL e toda a “cadeia de build”, permitindo desenvolvimento completo em Unicode. Os desenvolvedores terão a possibilidade de utilizar strings e caracteres Unicode em toda a biblioteca runtime, a VCL e em seu próprio código. Tiburón, como está previsto atualmente, irá também incluir poderosas ferramentas de internacionalização de modo que os desenvolvedores poderão localizar aplicações para múltiplos idiomas e codificações. Está sendo dada alta prioridade para compatibilidade para trás e para frente para aplicativos Delphi, dados e códigos fonte existentes, a fim de agilizar a avançar a compatibilidade com aplicações e componentes Delphi existentes. A CodeGear também está trabalhando em estreita colaboração com a vasta comunidade de fornecedores de componentes para habilitar os componentes de terceiros a funcionar com Unicode.
3. Aprimoramentos na Linguagem Delphi
A linguagem de programação Delphi Object Pascal sempre foi uma linguagem de desenvolvimento de vanguarda, implementando recursos de linguagem como propriedades, métodos e eventos, tratamento estruturado de exceções, ou suporte para interfaces muito antes de outras linguagens. A linguagem Delphi Object Pascal dará ainda mais significativos passos adiante na versão Tiburón.
Avanços de linguagem específicos planejados para Tiburón incluem:
- Generics, incluindo suporte de linguagem e da RTL
- Métodos anônimos, o que permitirá o usuário definir um método no corpo de uma expressão, estendendo o tempo de vida de quaisquer declarações locais capturadas e atribuir a uma localização a referência a um método.
E você - bravo leitor amigo que continuou lendo até aqui - o que está achando dos planos da CodeGear para o Delphi 2008?
PS: Observem que não tenho nenhum vínculo com a CodeGear/Borland e esta não é uma tradução oficial. Eu até que me esforço, mas não tenho obrigação de ser preciso. :-) Se tiverem correções, podem me mandar.
Comments
8 Responses to “Tiburón: o que esperar do Delphi 2008”
Deixe uma Resposta
-
-
Sobre
Malta on Delphi é um site de artigos técnicos originais sobre Delphi.
-
Blogroll
Bom já que você pediu correções:
- O correto é eStender e não eXtender, este tipo de erro ocorre porque eXpandir se escreve com X.
T+
Wilson Ventura
Obrigado pela observação, Wilson. Na verdade, o erro deveu-se a “expand” escrever-se com “x”. Como eu fui traduzindo lado a lado, acabei me confundindo. Corrigi esse e outros errinhos de digitação.
NEgativo…. o correto é estender mesmo :P
Quando teremos o desenvolvimento para plataforma Windows CE no Delphi, assim como exite no VB.net?????
A Codegear está devendo essa tecnologia. E faz tempo!!!
A CodeGear deve uma monte de coisas faz é tempoo…. parou o DataSnap nos ultimos anos, desenvolver para Palm ou Pocket PC (wind CE) no delphi? infelizmente o VB ganha parada. Não tem praticamente NADA sobre AOP, por que nao criaram o ECO para win32 tambem ? win32 é viva e constante…, Pra finalizar, estou me sentindo como um Corinthiano.
É, estamos esperando um long time o desenvolvimento para WIN CE. Isso para nós é quase um sonho. E melhor ainda seria a possibilidade de conversão do que já foi desenvolvido (guardando as devidas proporções) para o WIN CE e rodar no pocket…
Nos entristece.
Viva o Microsoft Visual Studio 2008 hahaha
Luciano, data venia você está misturando alho com bugalho. O Microsoft visual studio é uma droga… E longe do poder de uma linguagem estruturada de tipos fortes como é o object pascal. Suas risadas são de choro e não de alegria. Sabe riso de forca?
Aliás o VB é uma droga, tudo de programação da Microsoft é ruim e nem se compara aos produtos da antiga Borland… Assim sendo, vamos ver o que vem por aí. Se o software não chegar até aos pockets, os pockets vão até ao win XP ou VISTA. É só uma questão de tempo e diminuição dos processadores.