Subscribe to RSSTiburon – Delphi 2009 – IDE
Não precisa testar esta versão por muito tempo para notar que a CodeGear está dando mais atenção e carinho para o Delphi 2009.
Neste artigo vou falar sobre a instalação, Inicialização e algumas melhorias na IDE.
Instalação
O tempo de instalação está bem reduzido, em comparação com o Delphi 2007, a instalação da IDE com todos os componentes, e sem o Help demorou em torno de 15 minutos no Windows vista, a versão anterior demorava horas.
Outra novidade mais do que bem vinda, é que a não é mais necessário instalar o .Net SDK, que era necessário para o Help. Pelo visto a CodeGear licenciou o uso do mecanismo de Help do .Net, e agora incluiu direto no instalador.
Inicialização
O Tempo de inicialização está sensacional, tenho instalado o Delphi 6, 7, BDS 2006, RS 2007 e agora o Tiburon. Comparei o tempo de inicialização com o Delphi 7 e com o 2007, que estão instalados na mesma máquina que o Tiburon, as outras 2 versões tem o DelphiSpeedUp instalado, e o Tiburon não, mesmo assim o tempo de inicialização foi em média 5 vezes mais rápida.
IDE
A IDE ganhou muita atenção nesta versão, está muito leve. Posso alterar entre Form Designer, Fontes, selecionar Object Inspector, Projects Options, e a resposta é imediata em todos os casos, muito diferente do 2007 e até mesmo melhor que o Delphi 7.
Aparentemente, a conversão para Unicode forçou a equipe da CodeGear a fazer uma boa otimização na IDE, a melhora na performance durante a utilização é visível. Eu também notei que está consumindo menos memória em relação ao RS 2007, após carregar ambas IDE’s, abrir o mesmo projeto nas 2, verifiquei no gerenciador de tarefas do Windows que o Tiburon consome menos memória para as mesmas tarefas.
Não apenas a IDE está mais rápida, o compilador também, mas este é assunto para um outro artigo, onde falarei das mudanças do compilador como as novas diretivas.
Project Manager
O Project Manager agora também mantém as configurações de build, e o menu de contexto já traz a opções de criar novas configurações, salvar o conteúdo de uma configuração e carregar configurações salvar.
Esta opção agiliza muito quando precisamos alterar o tipo de build, e até mesmo a personalização de uma existente. Inicialmente senti falta de uma opção para clonar uma build existente, mas então percebi que é desnecessário, basta salvar as configurações da build que deseja duplicar para alterar, criar uma nova, carregar a salva e aplicar.
Tool Pallete
A Tool Pallete, tem um campo para buscas e apesar de não ter gostado nas versões anteriores, esta versão me agradou. Eu sempre usei a Pallete do estilo Delphi 7, disponível no DDevExtensions, acho que agora vou conseguir usar somente esta.
Aproveito o tópico para deixar uma dica, após selecionar a Tool Pallete, com mouse com através do atalho CTRL + ALT + P, e efetuar a busca pela segunda vez, o texto pesquisado anteriormente ainda está lá, se você digitar novamente terá o conteúdo da busca anterior mais o texto que está digitando, para limpar o conteúdo tecle ESC para descartar a busca anterior ou clique no botão X que aparece quando tem algum conteúdo.
Project – Resources
Mais uma novidade bem vinda, agora podemos adicionar recursos diretamente ao projeto, sem a necessidade de editar e criar arquivos .RC e .DCR.
Acessível através do Menu Project | Resouces, podemos adicionar ao projeto: fontes, cursores, imagens. Podemos personalizar os identificadores, e assim que adicionados, serão automaticamente compilados e adicionados a aplicação.
Formatos suportados diretamente pelo diálogo: .bmp, .cur, .fnt, .fon, .gif, .ico, .jfif, .jpe, .jpeg, .jpg, .png, .ttf.
Project – Options
Outros diálogos também receberam atenção, o Project | Options foi reformulado, e como a quantidade de mudanças é grande, vou este assunto para outro artigo.
Objeto de outros artigos serão:
- Suporte a internacionalização, que também teve melhorias, este realmente precisava, pois era alvo de muita reclamação.
- E o Wizard de importação de Type Library, ActiveX e .Net Assembly, este eu já fiz alguns testes e realmente foi melhorado, eu importei os componentes de Speech-To-Text do Windows Vista, e criei uma aplicação simples para leitura de textos.
32 Comments
Cesar, me tira uma dúvida: Esta versão que você tem aí está com o Delphi for .NET, ou só Win32?
[]‘s
Olá Cesar, parabéns pelo artigo, muito bom. Pois bem, nesta versão, saberia me informar se o delphi grava o tamanho e largura da janela “View Unit” e “View Form”? poiis utilizo o Delphi 2007, toda vez que inicio o delphi tenho que aumentar toda vez a largura e altura destas janelas pra poder trabalhar melhor.
abraço
Marlos,
Por enquanto somente Win32 Delphi e C++. Assim que esta versão for lançada a CodeGear publicará o roadmap para o .Net, com muitas mudanças, a previsão do .Net é para o fim do ano.
Otto,
Acabei de fazer um teste e não grava. Você tem o QC disto, que eu posso votar e cobrar deles.
Por acaso o GExperts não tem uma opção que grava o tamanho?
Cesar, excelentes notícias, o pessoal realmente esta fazendo uma geral no Delphi com mudanças muito boas.
Será que eles poderiam criar algo como uma espécie de favoritos no object inspector, assim, quando vai se editar as propriedades de um componente, as mais usadas (ou selecionadas tipo botão direito no nome da propriedade e adiciona a favoritos) pelo programador poderiam estar também agrupadas em um grupo denominado favoritos.
Isto iria melhorar e muito a performance do programador no desenvolvimento, pois evitaria o sobe e desce procurando por propriedades específicas (não raras as vezes por meia dúzia delas), que já poderiam estarem definidas juntas em um grupo (cada componente com seu grupo de propriedades favoritas).
Olá cesar, não tenho o QC ainda, mas, vou postar. conheço e uso o GExpert, mas, ainda prefiro o view unit do delphi.
abraço
[...] Agosto 13, 2008 de marlonsouza Cesar Romero, em seu blog, faz uma análise das novidades do novo Delphi. Confira em http://www.cesarromero.com.br/?p=262 [...]
Otto,
O que quis dizer em relação ao GExperts, é que nas configurações dele, parece que tem uma opção que permite que todos os diálogos do delphi sejam redimensionados e que ele grave o tamanho que vc deixou da ultima vez que usou.
Olá Anderson,
Realmente é um recurso bem interessante, o Lazarus tem algo assim. Acho que pode ter até QC pra isto, só votar, quanto mais votos, mais ganha a atenção da CodeGear para implementar em próximas versões.
[...] começar, a instalação da nova versão é mais rápida e a execução também. Cesar Romero relatou que o tempo de inicialização foi melhor do que Delphi [...]
Olá Cesar, apesar de não trabalhar com o Delphi, sou fã confesso dessa IDE, com relação a essa nova versão haverá alguma mudança no acesso aos dados via dbexpress ?
A politica de preços sofrerá alterações (hoje para comprar o Delphi o sujeito tem de ter muita bala na agulha).
O que vc acha do Lazarus, vale a pena investir algum tempo no estudo dele !?
Um abraço
Estamos aguardando anciosos pela chegada da nova IDE!
Você tem alguma previsão de guando chegará?
E será que algum dia iremos ver o Delphi compilar para Multiplataforma (Win, Linux Mac), para alguns parece desnecessário mas para mim e outros seria um grande passo visto que temos que usar outras linguagens para escrever programas para rodar em linux e ou Mac!
Atenciosamente
Marcos Paulo dos Santos (Analista de Suporte Técnico).
Fone: 55-11-2713-1610.
E-mail / Msn / Skype: mps_inf@hotmail.com.
Weblog: http://mpsinf.blogspot.com/
Olá Sérgio,
Aproveitei o assunto e publiquei sobre o DBExpress
http://www.cesarromero.com.br/?p=290
Não tenho noção de preço, nada foi divulgado, mas em 2007 e este ano houveram várias promoções algumas com até 50% de desconto, alguns amigos aproveitaram e compraram atualização por preço bem acessível, geralmente na Borcon o preço é reduzido a 50%.
Eu acho o Lazarus um projeto interessante, acompanho a lista de discussão e de tempos em tempos eu o instalo e testo, mas está longe do que eu preciso. A falta de foco em uma biblioteca gráfica faz com que o projeto demore muito para ter uma versão estável. Eu já utilizo o FreePascal para compilar servidor de aplicações para o Linux, o restante é apenas Clientes Win32 com Delphi.
Ola Marcos Paulo dos Santos,
A próxima versão irá compilar para Windows 64bit, e a CodeGear já anunciou que após irá disponibilizar compilação cross platarforma, só não divulgou quais plataformas, mas eu acho que Linux e Mac são os grandes candidatos.
Veja no RoadMap na parte Beyond “Commodore”;
http://dn.codegear.com/article/36620
Atualmente eu estou utilizando o Free Pascal para compilar servidores de aplicação para Linux, o mesmo é possível para Mac, mas são apenas serviços com regra de negócio e acesso a banco de dados, nada gráfico.
Cesar, aonde vc obteve a instalação do delphi 2009 ???
Vicente,
Minha empresa faz parte do programa de “Partners” da CodeGear. O Nick Hodges concedeu uma autorização especial para falar das novidades do Delphi 2009 e da experiência na migração de componentes criados com as versões anteriores.
Se você olhar com atenção a primeira imagem “Splash Screen” notará que se trata de uma versão “Pré-release” confidencial.
Há tempos o delphi poderia ter compilação Cross-Plataform.
Acredito que o motivo é ESTRATÉGICO ou “ACERTO” com o tio Bill, visto que impulsionaria as demais plataformas caso o delphi fosse “capaz”. Se tratando de estratégia, é uma questão de visão deles. Na minha ótica, a Borland se arriscou bastante limitando o delphi ao windows (compilação nativa).
Pois bem, na minha opnião, o delphi para ser perfeito, precisa: (1)além de ter compilação nativa cross-plataform (desenvolver isso para o “know-how” deles é NADA), inclusive windows mobile/symbian/etc…; (2)MELHOR suporte a desenvolvimento web RIA (Rich Internet Application), com excessão do ActiveX, que é muito poderoso mas só funciona com o internet explorer. Algo do tipo Adobe Flex.
No fim, o delphi é uma excelente ferramenta.
Abraço.
Lucas Belkys, isto seria mais do que bem vindo e para a CodeGear/Embarcadero seriam novos horizontes onde não há interesse da MS e outros em portar seus compiladores.
Mas esta portabilidade do Delphi deve ser bem pensada para não cair no mesmo erro do Delphi com CLX + Kylix. Não há programador que queira reescrever sua aplicação (toda a parte visual e boa parte do código), ter problemas com falta de componentes e/ou propriedades de componentes inexistentes (CLX), falta de componentes de terceiros compatíveis e ainda BUGS na IDE. Há de se criar uma solução e não uma solução com problemas. A portabilidade Delphi+Kylix não vingou porque foi uma solução ruim (a começar pela ligação da IDE com o Wine – que não é 100% nativa e hoje é a dor de cabeça para quem quer usar a IDE em uma distro mais recente – simplesmente não roda). Essa estória de que a comunidade Livre não comprou o produto é conversa, pois pulo do gato da solução era tornar portável aplicações feitas em Windows para Linux e vice versa – O retrabalho para portar as aplicações era tanto (isto quando não era impedido por falta de componente de terceiros compatível) que simplesmente o pessoal desistiu da solução. Ainda digo que o preço cobrado pelo Kylix era plenamente aceitável, tanto que comprei a versão 3.0 Pro (farta documentação/manuais) e o Delphi 2005 pro que era caro prá caramba e vinha com uns panfletos (bah).
Lembrando que a MS, quando se sentir mais incomodada com o avanço de outros sistemas operacionais, certamente irá distribuir de graça algumas de suas aplicações (compiladores, banco de dados – vai abraçar os desenvolvedores), como forma de agregar maior valor a plataforma e nesta manobra, quem tiver produtos pagos similares vai dançar (Já começou com os produtos express).
Há um grande mercado para aplicações que rodem em sistemas operacionais livres, é só ver quantos computadores só rodam uma aplicação (caixas de supermercado, terminais de controle de estoque, etc.). A questão é oferecer uma opção viável (fácil, prática, robusta, rica em recursos) para o desenvolvedor, senão não dá pé – Não basta apenas compilar, tem que ser usável para o programador.
Gostaria de saber se o Delphi 2009 irá ser lançando com Drive nativo para Banco de Dados Firebird, pois, isso já vem sendo solicitado a muito tempo por inúmeros programadores Delphi.
Ola Carlos,
O 2009 ainda não suporta o Firebird.
O Driver do Interbase funciona bem para leitura, e tem os problemas com campos blob, eu fiz os testes.
Eu mesmo conversei várias vezes sobre isto, eles dizem que em algum momento deve acontecer, mas não deram prazo.
A solução por enquanto é utilizar um driver comercial, como o da CoreLabs, há também o driver DBX4 gratuíto
http://www.tbosystems.bluehosting.com.br/dbx4/ que já utilizei, ele tem funcionado bem para o Firebird 1.5 e 2.0, eu fiz alguns testes com o 2.1 e teve alguns problemas com Stored Procedores, pq a API do firebird mudou no 2.1, mas a correção já está a caminho, eu já tive esta resposta do autor, assim como uma versão com suporte ao Delphi 2009.
Sabes informar se teremos suporte ao xml gerado pelo Ado.net no
ClientDataSet ou teremos ainda que converter para dataset tipado?
Pergunto pq desenvolvi um webservice em c# e tenho que fazer uma conversão do dataset para que o client em delphi leia.
Abraços
Não li nenhuma mudança em relação a ADO, então deve funcionar exatamente como funciona hoje.
Também não foi anunciada nenhuma mudança no comportamento do TClientDataSet.
Parece ser ajeitado o “Delphi 2009”. Mas nós teremos mais opções para desenvolvimento usando o Visual Studio, principalmente no novo sistema operacional Windows Seven.
Eu não posso andar de táxi com um taxista recém-chegado de Los Angeles em Nova Iorque, é melhor um taxista nova-iorquino, ele terá a capacidade de me levar aonde eu quero. Sem rodeios.
Ola Mauricio, obrigado pela visita e pelo comentário.
O Delphi 2009 é somente Win32.
A CodeGear ainda não atualizou o roadmap para .Net, mas em discussões informais o Nick Hodges já apontou que a próxima versão do Delphi.Net estará lado-a-lado com a versão mais atualizada da plataforma, bem como todas os recursos que ela disponibiliza, desta forma distanciando da versão para Win32.
Eu particularmente estou bem ancioso para ver o que virá no Delphi.Net, principalmente agora que a Embarcadeiro mostrou ter uma postura completamente diferente da Borland.
César, existe uma forma rápida de migrar do Delphi 2007 para o 2009 sem mexer nos fontes?
fui compilar um software aqui e apareceram centenas de erros com relação a tipo de dados Char e AnsiChar… muita coisa mesmo.
@Eduardo,
Não tem um jeito automático, mas Char pode ser substituído por AnsiChar e PChar por PAnsiChar, nos casos em que se apliquem.
Se não tem de converter o código para Unicode.
Ola, estou migrando de Delphi 7 para Delhi 2009. Na tela de apresentação tem um JPEG, mas o Delphi 2009 nao consegue ler os arquivos JPEG em temp de execução. Somente em tempo de design.
Hj estou usando assim:
Img.Picture.LoadFromFile(‘Splash.jpg’); // D2009 não entende a extenção JPG
O que eu posso fazer a respeito ?
Keler,
O Delphi 2009 suporta JPG, GIF e PNG nativamente, como você pôde usar na IDE, para usar em run time você deve adicionar a cláusula uses a unit correspondente ao formato que você quer usar:
JPEG – jpeg.pas
GIF – GIFImg.pas
PNG126 – pngimage.pas
Deus te abençõe.
Foi realmente simples…
Muito obrigado.
[...] (compiladores, banco de dados – vai abraçar os desenvolvedores), … fique por dentro clique aqui. Fonte: [...]
… estou tentando colocar um figura.png em um speedbutton e não consigo, vc pode me ajudar?
obrigado!
OLA CESAR PRECISO DE AJUDA SUA SE POSSIVEL.SOU NOVO NA AREA,EU INSTALEI O DELPHI 2009 SEM NENHUM PROBLEMA.ACONTECE QUE QUANDO CRIO UMA APLICAÇÃO E TENTO TESTAR PELO BOTAO RUN SIMPLISMENTE O BOTAO TA DESATIVADO,NAO DA PRA MIM TESTAR O APLICATIVO DENTRO DO DELPHI.ACHO QUE VC ENTENDEU.O BOTAO RUN TA APAGADO NAO FUNCIONA.O QUE SERA ISSO ME AJUDA AI.OK