Relação de Classes para migração - Trunk2

[jamesbr]

Bom dia! Gostaria de propor um projeto de atualização automática dos fontes das aplicações que utilizam os componentes ACBR, para adequar-se de acordo com as nomenclaturas atuais do projeto de forma ágil e eficiente, a princípio serial a migração do Trunk > Trunk2.

Os desenvolvedores do componente possui alguma relação com essas mudanças? Por exemplo: nome das classes antigas e das atuais? 

Recentemente fiz uma conversão de um componente, usando o JVCLConverter (possui código fonte aberto), nele recebe um arquivo .DAT que possui uma relação de strings com dois campos, a que irá buscar para modificar e a string atual que fará a substituição, acredito que o mesmo funcione muito bem para este propósito, podemos implementar para migrar por versões, etc. Facilitará bastante a atualização do código fonte dos usuários, para estar sempre atualizado conforme as atualizações do componente ACBR.

 

Caso tenham interesse, vamos por em prática. 

 

Abs,

 

Jameson Leal

[Juliomar Marchetti]

sinceramente não tem muita coisa não..

se tu migrar de um para o outro abrir seu projeto e compilar vai ver que poucas coisas mudaram!

mudou-se sim a estrutura interna!

algumas poucas propriedades movidas de lugar mas nada que sinceramente uma tarde ou manhã de serviço não resolva por completo!

[jamesbr]

Concordo! Fiz a migração em menos de uma hora, no entanto, acredito que possuindo uma relação das classe antigas e das atuais com a explanação de suas funções, facilitariam bastante a compreensão das mudanças do componente, como também quebraria o galho na adequação das atualizações, de forma automática.

[Daniel Simoes]

Algumas modificações exigem uma restruturação do código.. é o caso da ACBrDFe.SSL