Suporte ao Delphi 7 será descontinuado?

[carlos_tedex]

Verdade Graça! Se o fisco soubesse o trabalha que da para implementarmos em nossos sistemas essas mudanças eles pensariam duas vezes

[EMBarbosa]

22 minutos atrás, carlos_tedex disse:

Minha sugestão e que os moderadores possam abrir um tópico especifico para tratarmos sobre componentes de terceiros onde cada usuário possa dar sua contribuição/experiência para a substituição destes componentes.

 

8 minutos atrás, denerbuzato disse:

Esse novo tópico apesar de não ser tratado assunto do ACBr, mas sim de outros componentes que o pessoal usa no Delphi7,  será de grande ajuda para aqueles que não estão de acordo com a migração por estarem presos a componentes do Delphi7 e talvez não encontrarem uma solução compatível com uma versão mais atual do Delphi.

Talvez neste tópico seja sinalizado o componente do Delphi7, para que ele serve e um equivalente ao Delphi mais atual.

Pessoal, vocês já tem um subfórum inteiro para isso aqui http://www.projetoacbr.com.br/forum/forum/12-object-pascal-delphi-lazarus/

Não precisam de moderadores abrirem tópicos pra isso. Vocês mesmos podem abrir.

Na verdade, já existem vários tópicos sobre isso! Vejam alguns exemplos genéricos que achei com menos de dois minutos de pesquisa:

 

 

 

 

 

 

[denerbuzato]

Realmente Elton tem alguns tópicos sobre migração, porém, como temos a previsão do fim do suporte do ACBr em agosto, acredito que muitos desenvolvedores estarão empenhados neste trabalho de migrar. Um tópico especifico neste momento seria de ajuda para concentrarmos essas informações nele, ao invés de um falar sobre migração de 7 para 2010, já outro fala do X2, tem do X3... e por ai vai.

O empenho que o pessoal irá fazer até agosto irá demandar muita informação, sendo assim, o ideal seria concentrar essas muitas informações em um lugar especifico.

[Juliomar Marchetti]

Agora, denerbuzato disse:

Realmente Elton tem alguns tópicos sobre migração, porém, como temos a previsão do fim do suporte do ACBr em agosto, acredito que muitos desenvolvedores estarão empenhados neste trabalho de migrar. Um tópico especifico neste momento seria de ajuda para concentrarmos essas informações nele, ao invés de um falar sobre migração de 7 para 2010, já outro fala do X2, tem do X3... e por ai vai.

O empenho que o pessoal irá fazer até agosto irá demandar muita informação, sendo assim, o ideal seria concentrar essas muitas informações em um lugar especifico.

Vai virar uma bola de neve esse tal tópico igual a muitos! de repente nem vocês irão se entender !

outra coisa lembre-se voltando a escrever o que está no começo desse tópico vai parar o suporte mas não quer dizer que vamos sair removendo tudo o que não for compatível com o delphi7, somente não iremos garantir dali para a frente o que será desenvolvido de novo ficar compatível com o delphi 7!

[Daniel Simoes]

Isso não é produtivo... Imagine o cenário... se nesse tópico, 100 programadores ficarem perguntando sobre 200 cases de migração... já imaginou a bagunça...

Use o sub-fórum Object Pascal - Delphi & Lazarus

Criem um novo tópico para cada problema... Essas são as regras do fórum...

[carlos_tedex]

Pessoal, apenas dei uma sugestão para tentar centralizar os problemas / soluções que ocorrerem durante a migração para uma versão superior ao Delphi 7.

A ideia de criar um tópico especifico era de apresentar os problemas com soluções para aqueles que passarem por problemas similares encontrem uma solução mais rápida. Ou seja, não tinha o objetivo de ficar tirando dúvidas pois entendemos que os desenvolvedores que irão migrar farão pesquisas ou usarão de outros métodos para contornarem os problemas que encontrarem. Essa solução encontrada que era para ser postado/compartilhada neste tópico.

Realmente concordo que não seria produtivo 100 programadores ficarem perguntando sobre 200 cases de migração. Também ficaria inviável que cada programador abrisse um tópico para cada problema de migração, visto que estaríamos dando suporte a uma ferramenta que não é o ACBr.

Imagina mais de 200 posts separados sobre outros componentes? Não seria chato?

Agora acredito que seria produtivo na minha opinião termos um único post com 200 soluções de migração, ou seja, o desenvolvedor encontraria a solução do problema desejado, pois esse tópico teríamos a solução dos problemas.

Grato!

[Juliomar Marchetti]

1 hora atrás, carlos_tedex disse:

Pessoal, apenas dei uma sugestão para tentar centralizar os problemas / soluções que ocorrerem durante a migração para uma versão superior ao Delphi 7.

A ideia de criar um tópico especifico era de apresentar os problemas com soluções para aqueles que passarem por problemas similares encontrem uma solução mais rápida. Ou seja, não tinha o objetivo de ficar tirando dúvidas pois entendemos que os desenvolvedores que irão migrar farão pesquisas ou usarão de outros métodos para contornarem os problemas que encontrarem. Essa solução encontrada que era para ser postado/compartilhada neste tópico.

Realmente concordo que não seria produtivo 100 programadores ficarem perguntando sobre 200 cases de migração. Também ficaria inviável que cada programador abrisse um tópico para cada problema de migração, visto que estaríamos dando suporte a uma ferramenta que não é o ACBr.

Imagina mais de 200 posts separados sobre outros componentes? Não seria chato?

Agora acredito que seria produtivo na minha opinião termos um único post com 200 soluções de migração, ou seja, o desenvolvedor encontraria a solução do problema desejado, pois esse tópico teríamos a solução dos problemas.

Grato!

Mas você sabe que não será assim! concorda? isso é só você olhar a quantidade de vezes que temos que dar puxões de orelhas no fórum!

E como o @Daniel Simoes falou é regra do fórum!

[carlos_tedex]

Verdade Juliomar! Entendo e concordo com as regras do forum.

[EMBarbosa]

Gostaria de agradecer a compreensão de todos. Não estamos querendo dar lição de moral ou chamar a atenção sendo rígidos demais. Apenas expressar a realidade, e deixar todos a par do que está acontecendo.

Havia outros posts aqui, mas eu dividi para um novo tópico aqui. Relatos de migração e necessidades de novos componentes podem ser colocados cada um em um novo tópico.

[analista.edilson]

Entendi o custo de manter compatibilidade com delphi 7, vou encontrar uma forma de se adaptar em tempo hábil, 

antes do Acbr  descontinuar nosso velho delphi7.

 

Só agradeço a graça por postar sua alternativa, para sair dessa sinuca de bico, é a mais viável até agora. 

Em 28/01/2016 at 10:03, EMBarbosa disse:

E quem paga os custos do nosso desenvolvimento?

Ahhh... Agora entendi qual é o problema de quem está reclamando... estão vendo só o lado de vocês e não é pra menos. Não conseguem enxergar quanto custa pra nós manter os códigos compatíveis com uma versão que praticamente não usamos, que limita nosso desenvolvimento e que não aceita de primeira o código que fazemos.

Temos que ter postura profissional.

[Leao]

Independentemente da exigência da ACBr, extinguir suporte ao delphi7, obrigatoriamente devemos acompanhar a evolução natural, vendemos serviços

precisa ter qualidade, lembro de um cliente um dia disse assim: Olha vi em uma empresa uma tela ..., imediatamente lembrei que no d7, aquilo fica muito

dificil complicado. Outro detalhe tive um professor da faculdade que nos dizia "olha procure se atualizar seus serviços, se não vão ter que ir vender apa-

relho de rodar  fita k7, na frente dos bancos...".

Temos o famoso googles....

A primeira coisa a fazer é eliminar trocar ou ver se tem compatibilidade os famosos componentes...

Na verdade essas bobas dificuldades irá nos aperfeiçoar, nossos clientes que paga o nosso pão de cada dia, também verá a diferença no resultado final

e pagará satisfeito, agente ganha mais respeito, moral, outra coisa programador é programador e se for brasileiro coisa vai ter que andar...

 

Obrigado,

Leão

 

Editado 30 Janeiro, 2016 por Leao
faltou alguma coisa...

[Régys Silveira]

Em 25/01/2016 at 15:46, Antonio Paulo Mangili disse:

Boa tarde Rodrigo

No meu caso acho que não vai ser muito trabalhoso quanto a componentes de terceiros, pois hoje uso o Delphi-Boleto 2.1, o RDPrint, o Rave, o FortesReport, e o QRport. acredito que alguns desses devem ser nativos do delphi 2010. Não conheço o delphi 2010 ainda para comparar com o D7. Estou em comercialização de compra do mesmo. Mas acho que teremos mesmo de correr e atualizarmos.

Obrigado

Paulinho

Regys

Só uma duvida de falta de conhecimento. Ao migrar para o delphi 2010, precisar ser trocada o BD também?? Hoje uso o Firebird, posso continuar com ele?

Obrigado

Paulinho

Você continua usando o Firebird normalmente, do Delphi 2010 em diante o acesso a dados evoluiu consideravelmente, então você vai encontrar algumas facilidades para fazer o que está acostumado a fazer com Delphi 7, não sei o que você usa para acesso a dados no D7, mas o Delphi 2010 e superiores tem opções muito melhores e mais avançadas.

[Antonio Paulo Mangili]

10 horas atrás, Régys Silveira disse:

Você continua usando o Firebird normalmente, do Delphi 2010 em diante o acesso a dados evoluiu consideravelmente, então você vai encontrar algumas facilidades para fazer o que está acostumado a fazer com Delphi 7, não sei o que você usa para acesso a dados no D7, mas o Delphi 2010 e superiores tem opções muito melhores e mais avançadas.

Regys bom dia.

Muito obrigado pelo retorno, e as explicações.

Hoje eu uso  DBExpress com o componente sqldataset, com plataforma Servidor/Cliente, usando o socket da borland para fazer a conexão, e firebird 2.0.

Adquiri o delphi 2010, e vou começar a migrar meus aplicativos. Escolhi o 2010 por estar mais proximo do D7. Por um acaso voce conhece para me indicar algum livro de DELPHI 2010, que possa adquirir para me orientar nessa migração?

Paulinho

[EMBarbosa]

5 horas atrás, Antonio Paulo Mangili disse:

Regys bom dia.

Muito obrigado pelo retorno, e as explicações.

Hoje eu uso  DBExpress com o componente sqldataset, com plataforma Servidor/Cliente, usando o socket da borland para fazer a conexão, e firebird 2.0.

Adquiri o delphi 2010, e vou começar a migrar meus aplicativos. Escolhi o 2010 por estar mais proximo do D7. Por um acaso voce conhece para me indicar algum livro de DELPHI 2010, que possa adquirir para me orientar nessa migração?

Paulinho

Paulinho,

   Crie um novo tópico para essas dúvidas por favor, conforme as regras.

Demais usuários,

   Dividi esse tópico em outros dois que foram pra área de classificados e área de programação pascal. Por favor, criem um tópico novo para outros assuntos e se lembre que só é permitido a oferta de produtos e serviços na área de classificados.

  Mais uma vez, obrigado por sua compreensão.

[Antonio Paulo Mangili]

16 horas atrás, Régys Silveira disse:

Você continua usando o Firebird normalmente, do Delphi 2010 em diante o acesso a dados evoluiu consideravelmente, então você vai encontrar algumas facilidades para fazer o que está acostumado a fazer com Delphi 7, não sei o que você usa para acesso a dados no D7, mas o Delphi 2010 e superiores tem opções muito melhores e mais avançadas.

EMBarbosa

Me desculpe somente respondi em forma de agradecimento um retorno do Régys, em que estava nesse post. E também não estou vendendo nada, para ir para o post de classificados. Foi somente uma pergunta que fiz ao Régys a respeito de algum livro. Mas mesmo assim, vou tentar classificar minhas resposta de uma forma em que não atinga as regras.

obrigado

Paulinho

[Tiago Ravache]

6 horas atrás, Antonio Paulo Mangili disse:

Regys bom dia.

Muito obrigado pelo retorno, e as explicações.

Hoje eu uso  DBExpress com o componente sqldataset, com plataforma Servidor/Cliente, usando o socket da borland para fazer a conexão, e firebird 2.0.

Adquiri o delphi 2010, e vou começar a migrar meus aplicativos. Escolhi o 2010 por estar mais proximo do D7. Por um acaso voce conhece para me indicar algum livro de DELPHI 2010, que possa adquirir para me orientar nessa migração?

Paulinho

Paulo indico Handbook do Delphi 2010 - Marco Cantú não sei se foi traduzido pro portugues, o que tenho está em inglês mas é muito bom

[Antonio Paulo Mangili]

Agora, Tiago Ravache disse:

Paulo indico Handbook do Delphi 2010 - Marco Cantú não sei se foi traduzido pro portugues, o que tenho está em inglês mas é muito bom

Tiago

Muito obrigado pela dica. Vou pesquisar esse livro.

Valeu mesmo

Paulinho

[Régys Silveira]

Basicamente não muda nada no Delphi 2010 na migração, a não ser que você utilize tratamento de strings e similares, porque ai entra o UNICODE, o HandBook do Cantú é muito bom como o Tiago já disse e tem um outro, "Recursos avançados do Delphi" também do Cantú, este tem versão em português e tem um capítulo somente sobre tratamento de strings e UNICODE.

[hleorj]

Tem uma grande dica aqui :

 

 

 

@Gr@c@

[Antonio Paulo Mangili]

16 horas atrás, Régys Silveira disse:

Basicamente não muda nada no Delphi 2010 na migração, a não ser que você utilize tratamento de strings e similares, porque ai entra o UNICODE, o HandBook do Cantú é muito bom como o Tiago já disse e tem um outro, "Recursos avançados do Delphi" também do Cantú, este tem versão em português e tem um capítulo somente sobre tratamento de strings e UNICODE.

Regys muito obrigado pelo retorno. Vou pesquisar essa dica sua. Só mais uma perguntinha. Quando voce diz : a não ser que você utilize tratamento de strings e similares o que voce quer dizer com isso. Sera que é quando eu uso minhas variaveis como strings, o delphi 2010 não vai suportar??

Obrigado

Paulinho

 

Editado 2 Fevereiro, 2016 por Antonio Paulo Mangili
seria esse livro Regys?

[EMBarbosa]

23 horas atrás, Antonio Paulo Mangili disse:

EMBarbosa

Me desculpe somente respondi em forma de agradecimento um retorno do Régys, em que estava nesse post. E também não estou vendendo nada, para ir para o post de classificados. Foi somente uma pergunta que fiz ao Régys a respeito de algum livro. Mas mesmo assim, vou tentar classificar minhas resposta de uma forma em que não atinga as regras.

obrigado

Paulinho

Realmente a parte de classificados não foi você e outras perguntas foram também feitas por outros usuários, por isso falei de demais usuários... Eu estava dizendo desta parte:

Em 01/02/2016 at 09:56, Antonio Paulo Mangili disse:

Hoje eu uso  DBExpress com o componente sqldataset, com plataforma Servidor/Cliente, usando o socket da borland para fazer a conexão, e firebird 2.0.

Adquiri o delphi 2010, e vou começar a migrar meus aplicativos. Escolhi o 2010 por estar mais proximo do D7. Por um acaso voce conhece para me indicar algum livro de DELPHI 2010, que possa adquirir para me orientar nessa migração?

Paulinho

Nenhuma dessas partes está relacionado com o tópico aqui que justifique você deixar esse post junto com esse tópico. Mas veja que você continua fazendo perguntas neste tópico. Por favor, pare com isso.

Obrigado.

[evandromira]

Aqui estamos conseguindo migrar todos os sistemas do delphi 7 para o XE5+Trunk2, inclusive nosso frente PAF-ECF que já está migrado pronto para homologação..

Está sendo mais fácil que imaginava. Já deveríamos ter feito isso a tempos, mas com a correria vamos deixando sempre para depois...

Obrigado ACBr por esse "empurrãozinho"....

Espero que sirva de incentivo para os que ainda estão resistentes a mudança que é para melhor...

[toninhonunes]

O Delphi 7 para mim é um ótimo produto, estou usando ele em atividade no meu produto, mas é o último que investi e já seguindo outro caminho há muito tempo atrás, o meu produto é perfeitamente aceitável ser totalmente web e já está em avançado desenvolvimento, vou manter o legado até a troca total, para desktop realmente o Delphi é imbatível, mas ficou caro e demorou avançar, com ferramentas grátis e poderosas dá pra se criar ótimos produtos, não compro mais IDE de 15 a 20 mil reais para desenvolver para Desktop, do ACBR só uso o Boleto e consulta CNPJ. Migrar para o Lazarus não vale a pena o tempo que irá demorar para substituir componentes que utilizo que só tem para Delphi. Mas é o caminho, tudo tem que se modernizar, realmente o Delphi 7 já é passado, e por isso também mudei o rumo de novos produtos para outra tecnologia, é tudo questão de estratégia. Parabéns ao projeto ACBR que não para o desenvolvimento.

[Duarte]

Bom dia,

Graças a Deus, migrei de BDS2006 para XE5, o nosso sistema é gigantesco também... E utilizamos quase todos os componentes da ACBr, que sou fã de carteira! Bem, como fiquei nesta versão deste o seu lançamento até hoje, não estou muito acostumado com UNICODE, tenho uma dúvida, por favor, se alguém poder compartilhar suas experiências comigo, trata-se:

Falando de String, tenho que migrar minhas variáveis todas de String -> AnsiString? Em alguns casos, notei que ouvi perda de dados, ou seja, string cortada, então migrei! Mais seria melhor migrar todas as referencia de string para AnsiString?.

Outro ponto, em testes aqui, ao migrar boa parte do código de string para AnsiString, utilizando o EukaLog, tive alguns vazamento de memoria sobre UNICODE, coisa que não ocorria com o de string, o que poderia está acontecendo?

Por favor, deem suas opiniões, é muito importe para mim não enfrentar uma mudança sem ser necessário.

[Régys Silveira]

6 horas atrás, Duarte disse:

Bom dia,

Graças a Deus, migrei de BDS2006 para XE5, o nosso sistema é gigantesco também... E utilizamos quase todos os componentes da ACBr, que sou fã de carteira! Bem, como fiquei nesta versão deste o seu lançamento até hoje, não estou muito acostumado com UNICODE, tenho uma dúvida, por favor, se alguém poder compartilhar suas experiências comigo, trata-se:

Falando de String, tenho que migrar minhas variáveis todas de String -> AnsiString? Em alguns casos, notei que ouvi perda de dados, ou seja, string cortada, então migrei! Mais seria melhor migrar todas as referencia de string para AnsiString?.

Outro ponto, em testes aqui, ao migrar boa parte do código de string para AnsiString, utilizando o EukaLog, tive alguns vazamento de memoria sobre UNICODE, coisa que não ocorria com o de string, o que poderia está acontecendo?

Por favor, deem suas opiniões, é muito importe para mim não enfrentar uma mudança sem ser necessário.

Você tem que sempre ter em mente o seguinte:

1. AnsiString é a String antiga dos Delphis não Unicode, na maioria dos casos é desnecessário utilizá-la, mas isso vai depender do seu código.

2. Em Unicode cada caracter é representado por 2 bytes, um para o caracter e outro para a página de códigos, por isso em alguns casos corta ou um loop não lê toda a string, mais uma vez, depende da forma como foi implementado o método.

3. Um livro bom para entender o Unicode é o: "Recursos Avançados do Delphi", ele possui 1 capítulo inteiro somente sobre Unicode.

Segue outros links sobre o assunto:

http://blog.marcocantu.com/blog/d2009_whitepaper1.html

https://www.embarcadero.com/images/dm/technical-papers/delphi-unicode-migration.pdf

https://www.embarcadero.com/images/pdf/Delphi-Unicode181213.pdf