Migrando custons do DAX2009 para o DAX2012

[David Alencar]

Oi pessoal boa noite!
Quais estão sendo as preocupações dos devs para migrar as custons para
a nova versão do DAX?

Vamos ter muitas alterações e se as custons não tiverem seus
comportamentos encapsulados teremos vários problemas, imagino.

Att;
David Alencar
http://devimprove.wordpress.com

[Rodrigo Fraga]

Fala galera.

Boa pergunta!!

Migrar apenas o que eh vital pro cliente e que a nova versao nao contempla.

Se nao tiver escolha, creio que migrar e refatorar para adequar codigo ao ax2012 seja melhor coisa possivel (dependendo refazer tudo)

Mudou mta coisa isso tem q ser analisado caso a caso a meu ver!!

Tomara q a ferrament de upgrade ajude nisso.

Outra coisa q da pra fazer eh talvez migrar esses legacy code para .net e fazer os calls para o assembly tentando minimizar contato com o sistema.

Vamos ver :)

> --
> Você está recebendo esta mensagem porque se inscreveu no grupo "Dynamics AX BR" dos Grupos do Google.
> Para postar neste grupo, envie um e-mail para dynami...@googlegroups.com.
> Para cancelar a inscrição nesse grupo, envie um e-mail para dynamicsaxbr...@googlegroups.com.
> Para obter mais opções, visite esse grupo em http://groups.google.com/group/dynamicsaxbr?hl=pt-BR.
>

[Ricardo Pichler]

Quando mudamos da 4 para a 2009 foi a mesma coisa, cada caso era analisado individualmente e saber usar o compare tool aliado a pasta old é uma baita mão na roda!

Eu sinceramente tenho por costume evitar de customizar ao maximo o que existe no ax, tento só fazer chamadas, desviando o fluxo para o meu código e assim o impacto é bem menor na hora de upgrades, mas não é sempre que conseguimos devido as condições de projetos.

Abraço e boa semana a todos!
Ricardo Pichler
http://www.daxbr.com.br
http://www.pichler.com.br

2011/5/8 Rodrigo Fraga <rodrig...@gmail.com>

[David Alencar]

Fraga,

Migrar as soluções para .NET vai ser bem divertido e foi bom você
lembrar desta opção, pois nos lembra que alguns devs que não conhecem
esta plataforma terão que se atualizar e que essa curva de
aprendizagem vai refletir seus efeitos no time. Mas acho que isso fica
para uma outra thread.

Hoje estou procurando fazer como o Pichler desviar o máximo do fluxo
para o meu código, mas já vi diversas custons que não seguem a mesma
filosofia e que darão bastante trabalho.
Como você disse “Tomara q a ferrament de upgrade ajude nisso. “

David Alencar
http://devimprove.wordpress.com

[Rodrigo Fraga]

hehehee com certeza!

Creio que então temos o mesmo pensamento!

A única coisa que penso sempre quando poderemos trabalhar com o .NET agora é que teremos business rules espalhados por x++ e .net, criando soluções "satélites". ISso é bom e ruim dependendo do ponto de vista.

Bom porque minimizamos impacto com código do ax, talvez modificando uma linha, ruim porque por outro lado teremos sempre x dependencias de x assemblies...

abraços,
--
Rodrigo Fraga

2011/5/9 David Alencar <dev....@hotmail.com>

David Alencar
http://devimprove.wordpress.com