Delforex Delphi Xe Profissional

Tenho sido por algum tempo liberando experimental GExperts versões que incluem o formatador de código anteriormente conhecido como DelForEx com algumas melhorias e correções. A versão mais recente é de 2008-12-26 e suporta as seguintes versões Delphi: Delphi 6 a 7 Delphi 2005 a 2010 Delphi XE Delphi XE2 para XE7 Por favor, note que eu estou usando apenas com Delphi 2007, então as outras versões Pode ter erros desconhecidos. Além disso, nem todas as melhorias de idioma de versões posteriores do Delphi funcionarão, p. Tipos aninhados, genéricos e métodos anônimos. Btw: Qualquer ajuda para melhorar o formatador, especialmente a adição de novas construções linguísticas seria apreciada. O código fonte pode ser baixado do repositório de subversão vinculado da minha página inicial. A versão TWM dos GExperts funciona bem e está bem integrada no IDE. Ele permite que você escreva e modifique seu código sem se preocupar muito com a formatação exata, basta acertar a tecla de acesso atribuída e ele imediatamente reformata. Eu sempre achei fácil de configurar para combinar com o estilo que eu prefiro, e não tão complexo como JEDI Code Format, que parecia ser um exagero para mim. A versão Delphi 2009 está agora disponível no link postado acima, embora com base em uma versão beta dos GExperts. É ainda muito o formatter mesmo debaixo, porém, e não tem conhecimento da sintaxe de alguns dos aprimoramentos mais recentes Delphi. Respondeu 31 de dezembro 08 às 12: 19 Não consigo acessar qualquer banco de dados por QUALQUER meio dentro do Delphi XE Professional. O que quero dizer ao acessar a base de dados é: ter o banco de dados ao vivo aparecer por componentes no Inspetor de Objetos, quando a propriedade conectada é definida como verdadeira usando o Data Explorer para criar e explorar conexões de banco de dados. O problema central é essa comunicação no banco de dados, Incluindo especificamente a comunicação gerada pelo IDE e qualquer código construído usando os drivers foi problemático. Sub-problemas de confusão e máscara foram: DLLs perdidas ou mal colocadas. O Data Explorer não suporta totalmente os drivers do dbExpress. Há um bug dentro do código IDE 2009, encontrado por Chee-Yang Chau ao escrever o driver dbxFirebird, que limita a vinculação estática de drivers em Delphi. Não se sabe se esse erro se estende até 2010 ou XE. Ao usar o Inspetor de Objetos, é fácil fazer com que o IDE reverta os parâmetros de conexão alterados para seus valores padrão. Alguns drivers tinham valores padrão incorretos (por exemplo, assumindo que a DLL do cliente sempre era gdb32.dll, independentemente de o banco de dados ser Interbase ou Firebird). A instalação de duas versões do Interbase levou a alguns confrontos na comunicação do banco de dados - os nomes dos servidores gerados pelas ferramentas eram estranhos ea exibição dos bancos de dados dependia da instalação das ferramentas do Interbase. A documentação disponível é de datas variadas refere-se a diferentes versões e, como resultado, muitas vezes parece contraditório. Múltiplos bancos de dados Múltiplos componentes de drivers diferentes Acessando o banco de dados através de outras ferramentas externas, como IBSQL e Flame Robin. Levantar perguntas (aqui e aqui) em SO. Levantando questões nos fóruns de suporte para Firebird, Embarcardo e Flame Robin. Firebird 2.5 (64 bit) Tecnologia de conexão: dbExpress Warren - No que diz respeito às versões Enterprise ou Architect, Não é que eu não quero gastar mais dinheiro - eu não posso pagar, mesmo com as ofertas atuais de uma atualização em torno. Eu vou comprar os drivers Devart, se a minha linha de pesquisa atual desaparecer - o que parece muito promissor. Ndash Chris Walton Apr 27 11 at 23:32 Delphi Professional não suporta Firebird com os drivers dbExpress nativos que vêm com Delphi. Você precisa da versão Enterprise ou Architect do Delphi para que o driver nativo do firebird dbExpress funcione. Eu tenho o Delphi 2010 Professional. Eu não queria gastar o dinheiro extra na versão E ou A e eu não consegui ler a matriz de recursos para ver que o driver Firebird dbExpress não está disponível com a versão Pro. Eu encontrei alguns vídeos realmente agradáveis ​​que mostram como se conectar ao Firebird usando o Delphi. No entanto, quando tentei acompanhar minha versão do Professonal, nada funcionou. Vergonha para mim e mais vergonha no Embarcadero por anunciar que o Delphi suporta o Firebird em grande impressão em negrito, mas não mencionando que você precisa da versão Enterprise ou Architect, exceto na pequena letra fina. Respondeu Apr 26 11 às 13:34 Agora posso escrever código para acessar o Firebird no IDE. Tenho (limitado, mas suficiente) acesso aos drivers dentro do IDE. Especificamente, os drivers aparecem no Data Explorer, que pode ser usado para gerar valores padrão para o SQLConnection (componente dbExpress). Estes podem ser acessados ​​e usados ​​no Inspetor de Objetos. A solução para o erro IDE citado abaixo é necessária para garantir que os parâmetros de comunicação estejam corretos. Ao escrever o código do banco de dados, é necessário compilar na fonte para o driver dbExpress. O código a seguir é o mínimo, com o conjunto de parâmetros mínimos, necessário para estabelecer e testar uma conexão de banco de dados. A solução, cortesia de Bob Swart em um dos fóruns Codegear é: O truque é selecionar um valor ConnectionName, que irá então atribuir um Valor para a propriedade Driver e todas as outras propriedades como LibraryName, VendorLib e GetDriverFunc. Em seguida, faça alterações - se necessário - para as subpropostas da propriedade Driver e, finalmente, limpe o nome da propriedade Driver. Isso deixará todas as suas mudanças na lista Params (que você também pode editar manualmente se desejar). Nota: deixe o conjunto ConnectionName - se você desmarcá-lo, os parâmetros serão apagados novamente. Agora você pode compilar seu aplicativo e implantá-lo sem a necessidade de dbxdrivers. exe ou dbxconnections. ini (mas você precisa implantar as DLLs especificadas no LibraryName e no VendorLib, é claro). Certifique-se também de definir LoginPrompt como False e deixar LoadParamsOnConnect definido como False, também. Eu concedei a recompensa a esta resposta porque era essa que me apontou afastado da investigação do IDE, sua instalação e configuração, à investigação da conexão no banco de dados. DK sobre o Firebird 64 bit - nenhuma experiência. Mas sempre tive muitos problemas com o dbExpress. Nunca há nenhum problema com o pacote de componentes IB incluído. Mas há muita confusão com as versões do IB. Mas IMO youre melhor servido usando o ADO (DBGo) componentes em oposição a qualquer proprietários IB ou Delphi drivers específicos. O que você precisa é um provedor de ADO para IB, disponível: ibprovidereng - e como outros disseram, evite usar localhost, use 127.0.0.1, ou melhor ainda, determine o verdadeiro endereço IP de sua estação de trabalho Você tem certeza de que não possui algum tipo de proteção contra firewall ou invasão que possa estar envolvida Você também precisa ter certeza de que sua conexão IB esteja configurada corretamente - local ou TCP, e não, use aspas para seus nomes, números, etc. A mensagem de erro que você obteve parece indicar que você está tentando se conectar via TCP e não está configurado corretamente. O que aconteceu entre o tempo que funcionou eo tempo que não funcionou. Desligue o Delphi Reinicie a máquina Explicar por favor. Nenhuma permissão especial é necessária - você simplesmente precisa garantir que seu servidor de banco de dados e cliente estejam devidamente instalados e configurados. Em termos de funcionalidade você pode fazer tudo com a versão pro - apenas que os drivers etc arent incluído no pacote. Mais uma vez, IMO vai para ADO e você nunca olhará para trás. Chris - use ping -4 myMachine name. O Win 7, por padrão, usa o IPv6. Link: DK - Eu apenas clicou corretamente e invocado o link aberto na nova guia39 e veio bem. O IDE e o banco de dados não precisam estar conscientes da presença do outro 39 - se a conexão do servidor e do cliente estiver configurada corretamente, ela funcionará. Você pode acessar o banco de dados usando as ferramentas do IB que vêm com o pacote Começar a partir de lá - ndash Por favor, se eu não me engano, você não pode se conectar via TCPIP usando os drivers IB incluídos na versão pro, E ou a versão do IB incluída na versão pro só permite o modo de conexão local, e não o TCPIP. Se assim for, você pode se conectar a um servidor remoto, que está reservado para versões 39enterprise39, etc. O ADO verá um servidor em qualquer lugar, mas se você tiver uma versão do IB que não suporte conexões remotas, isso ganhou ajuda. Não tenho certeza do que o DevArt faz. HTH MNG vector ndash Aprendeu a usar o Paradox através do Borland Databse Engine e componentes relacionados: TTable TQuery TStoredProc TDatabase e TSession Se memória me serve corretamente, pelo menos tão longe como Delphi 3, o fator distintivo entre profissionais E as edições de nível superior foram o tipo de desenvolvimento de banco de dados fora da caixa. No Delphi 1, o BDE foi a única maneira de fazer o desenvolvimento de banco de dados fora da caixa. O Delphi 2 permitiu uma camada de banco de dados personalizada abstraindo partes da hierarquia de componentes do banco de dados. O Delphi 3 Professional forneceu BDE e drivers para bancos de dados baseados em arquivos e Interbase. Um nível acima (Enterprise) eles forneceram drivers BDE para o típico acesso ao banco de dados cliente-servidor: SQL Server, Sybase, Interbase, Oracle. (E drivers nativos para Interbase) Outro nível acima (Arquiteto) introduziu desenvolvimento multi-camadas com Midas. Infelizmente, o Borland deu um passo atrás com a Midas, porque os componentes de vários níveis foram novamente conectados ao BDE. (Isto foi resolvido em Delphi 4.) Por favor note, eu posso estar enganado sobre a nomeação exata dessas edições. Por volta dessa época eu formou a opinião de que a Borland estava apenas chegando com nomes maiores para cobrar mais por recursos que realmente não ofereciam tanto benefício quanto os grandes CIOs de Cheques-Escrita-Chegaram a acreditar - deixando os desenvolvedores para lidar com a cair. (Sim, eu tenho cicatrizes de batalha da Midas I.) Se alguém se embarcou no desenvolvimento de banco de dados de nível de entrada, você compraria o Delphi. Profissional. Desenvolva seu sistema contra um banco de dados baseado em arquivos ou Interbase via BDE. Se mais tarde você precisasse escalonar: você iria atualizar o Delphi, comprar o seu RDBMS SQL escolhido, mudar sua conectividade através do componente TDatabase e aplicar os poucos ajustes necessários. NOTA: No Delphi 3, você pode mudar para Native Interbase (pessoalmente não recomendado) ou usar componentes de terceiros para desenvolvimento não-Midas. Do Delphi 4 up, ADO e DevExpress começaram a receber mais atenção e agora, o BDE parece ser bastante esquecido. Claro que a prática de amplificação da teoria raramente freqüente os mesmos pubs. No entanto, com alguns ponteiros de advertência, você deve desenvolver uma solução baseada em arquivos significativa que pode ser atualizada de forma relativamente sem dor. Mantenha sua lógica comercial fora do banco de dados. Este é possivelmente o maior e mais freqüentemente encontrado erro. Grandes pedaços de sistemas são muitas vezes escritos em gatilhos e procedimentos armazenados, tornando mais difícil manter ou migrar um sistema. Evite as técnicas de banco de dados específicas da plataforma. Isso deve acontecer, mas, se você não procura explicitamente por eles, você encontrará problemas. Particularmente relevante para os sistemas de banco de dados baseados em arquivos, muitos suportam mecanismos de bloqueio especiais - evite-os. Eles não se dimensionam bem em sistemas multi-usuários grandes em qualquer caso. Geração de chaves artificiais freqüentemente varia de acordo com a plataforma: Geradores, colunas IDENTITY, Como você obtém o novo valor. Planeje seu sistema para grandes volumes de dados. Identifique as tabelas de transações elevadas e evite a recuperação descontrolada de todos os registros. Id também evitar a TTable nesta situação - BDE faz um monte de coisas de fundo interessante com TTable. E o comportamento pode variar de acordo com o driver e a plataforma. Disclaimer: Tudo isso foi há muito tempo, então alguns dos detalhes podem ser um pouco esboçado. Disclaimer2: Eu não tenho nenhuma experiência com o Delphi XE especificamente. Eu atualmente uso D5 profissionalmente, e D2009 na minha capacidade pessoal. Respondeu Apr 28 11 às 16:46 BDE está morto. Ninguém em Embarcadero nunca tocará esse código, mesmo que um erro seja encontrado e precise ser direcionado para permitir que um programa seja executado. E esse estado de coisas começou em 2002 (AFAIR) quando a última versão do BDE foi lançada (versão 5.2). A razão pela qual eu não recebi sua resposta foi porque o bom conselho antes do aviso legal. Embora eu realmente discordo com o primeiro conselho, se tomado como dogma. Ndash Fabricio Araujo Abr 28 11 às 17:12 Fabricio: Eu sei muito bem que BDE preferiria ser esquecido. Ainda tem erros herdados de suas raízes de DBase que nunca serão corrigidas. Ele provavelmente não será portado para 64-bit. No entanto, ele ainda é distribuído com o Delphi, e dado que OP quer uma solução quotlow ou zero custo para seu problema - isso não requer nada além do que ele tem atualmente. BTW: Acabei de testar um par de demos BDE: DemosDelphiWin32VCLWin32DbFishFact e DbMastApp (visualização de dados com DbExplorer em vez de Data Explorer) - ele funciona no Win7 de 64 bits com apenas um ajuste para as configurações. É uma opção a considerar. Ndash Craig Young Apr 28 11 em 20:11 Fabricio: PS: Donhnt entende mal a parte do meu post: quotentry-level. Compre Delphi Professional. Via BDEquot. Eu não estou dizendo que isso é como deveria ser feito. Eu disse que isso foi feito (cerca de Delphi 3 dias). Meu ponto é: OP precisa de uma solução. Don39t cancelar uma possível solução simplesmente porque ele usa a tecnologia datada. Se OP achar que uma das outras respostas resolve completamente seu problema, eu felizmente excluirei o meu - porque a outra resposta será quase certamente melhor à prova de futuro do que confiar no BDE. Ndash Craig Young Apr 28 11 at 20:35 I39ll cancelar o caminho BDE porque, uma vez que ele tem XE, ele poderia usar um provedor OLEDb (um link foi oferecido) e até mesmo OleDb sobre ODBC (que eu usei com o FB sem problemas) . Ambas são soluções melhores do que a BDE, uma vez que no final ele instala o cliente FB de qualquer maneira - e o driver FB suporta conexões sem dsn. Ndash Fabricio Araujo May 2 11 às 17:34