🚀 go-pugleaf

W dniu 2016-05-26 o 10:05, kameleonsql@gmail.com pisze:
> Witam,
> Rozwazam migracje kodu z D2010 do XE10 i chcialbym skorzystac z doswiadczenia uczestnikow forum, czy to ma jakis sens w przypadku gdy projekt w D2010 wlasciwie nie korzysta z nowosci oferowanych przez XE10. Projekt jest klasy ERP/CRM/MRP/B2B (czesc B2B odpowiedzialna za web jest w php). Calosc obslugi bazy danych jest napisana przez nas i nie korzystamy z zadnych komonentow trzecich producentow do obslugi DB. Z komponentow VCL, mamy Jedi (dokowanie form oparte jest na tym rozwazaniu i jeszcze kilka innych komponentow, ale nie jakichs zawansowanych), dodatkowo mamy calosc VCL TMS + DBCalendar. Bede wdzieczny za wszystkie uwagi forumowiczow.
>
> Pozdrawiam
> Roman Wilk
>
Ja mam projekt w FM, stanąłem na XE4, bo nie miałem czasu na zmiany do 
XE5 (funkcje/procedury przeniesione do innych modułów, rozsypały się 
kompletnie style), a XE tymczasem doszło do 10, teraz u mnie zmiana może 
być trudna, także jak kupiłeś to migruj od razu.

T.

Jeśli masz projekt napisany D2010 to nie biedzie większych problemów z jego kompilacja na XE10. Problemy jakie możesz się spodziewać to instalacja dodatkowych komponentów, bibliotek (jedi, TMS) i wywołanie niektórych procedur ma zwiększoną lub zmienioną listę parametrów wejściowych. 

W dniu 2016-05-26 o 10:05, kameleonsql@gmail.com pisze:
> Witam,
> Rozwazam migracje kodu z D2010 do XE10
...


> Pozdrawiam
> Roman Wilk
>

Ja to bym z ciekawości skopiował cały projekt do jakiegoś folderu 
otworzył w XE10 i zobaczył jak dużo błędów się objawi  wtedy miałbym 
podgląd na skalę problemu. Ty piszesz inaczej niż ja i czasami nawyki 
używania danej konstrukcji mogą powodować że trzeba coś poprawić w 1000 
miejsc w projekcie :D A ktoś iny może pisać tak że co prawda się 
skompiluje ale nie zadziała i wtedy to jest klops.

Jak musiałem jakieś projekty przenieść do XE10 i na 64bity to 
problematyczne kawałki kodu kompilowałem warunkowo w zależności od 
wersji,   ale mam mało w plikach DFM wiec nie mam problemów które sie 
pojawiają jak "dużo" jest wyklinane w DFM.

Max

W dniu wtorek, 31 maja 2016 18:37:12 UTC+2 użytkownik m napisał:
> W dniu 2016-05-26 o 10:05, kameleonsql@gmail.com pisze:
> > Witam,
> > Rozwazam migracje kodu z D2010 do XE10
> ...
> 
> 
> > Pozdrawiam
> > Roman Wilk
> >
> 
> Ja to bym z ciekawości skopiował cały projekt do jakiegoś folderu 
> otworzył w XE10 i zobaczył jak dużo błędów się objawi  wtedy miałbym 
> podgląd na skalę problemu. Ty piszesz inaczej niż ja i czasami nawyki 
> używania danej konstrukcji mogą powodować że trzeba coś poprawić w 1000 
> miejsc w projekcie :D A ktoś iny może pisać tak że co prawda się 
> skompiluje ale nie zadziała i wtedy to jest klops.
> 
> Jak musiałem jakieś projekty przenieść do XE10 i na 64bity to 
> problematyczne kawałki kodu kompilowałem warunkowo w zależności od 
> wersji,   ale mam mało w plikach DFM wiec nie mam problemów które sie 
> pojawiają jak "dużo" jest wyklinane w DFM.
> 
> Max

Projekt jest duzy, (wlasciwie to sa 4 projekty, programy o lacznej liczbie linii kodu okolo 5 mln.), wiec ciezko po prostu probowac go kompilowac w XE10. Warstwa GUI jest ladowana dynamicznie z bazy danych (takie wymyslone przez mnie GUI oparte na GDI TMS'a w 100 % skalowalne i niezalezne od logiki). Do migracji wlasciwie sie przymierzam glownie ze wzgledu na 64bity (choc w przypadku Aplikacji takich jak nasze nie ma mysle wiekszego znaczenia czy 32 czy 64bity). Myslalem, ze ktos sie juz bawil w taka (troche wiekszych projektow) migracje i dlatego napisalem, czy jakies wieksze problemy go spotkaly.

Roman

On Tue, 31 May 2016 14:02:51 -0700 (PDT), kameleonsql@gmail.com wrote:

> Projekt jest duzy, (wlasciwie to sa 4 projekty, programy o lacznej liczbie linii kodu okolo 5 mln.), wiec ciezko po prostu probowac go kompilowac w XE10. Warstwa GUI jest ladowana dynamicznie z bazy danych (takie wymyslone przez mnie GUI oparte na GDI TMS'a w 100 % skalowalne i niezalezne od logiki). Do migracji wlasciwie sie przymierzam glownie ze wzgledu na 64bity (choc w przypadku Aplikacji takich jak nasze nie ma mysle wiekszego znaczenia czy 32 czy 64bity). Myslalem, ze ktos sie juz bawil w taka (troche wiekszych projektow) migracje i dlatego napisalem, czy jakies wieksze problemy go spotkaly.

Jeśli nie ma w tym kodzie niskopoziomowych sztuczek (hacki na poziomie VMT
i ogólnie RTLa) oraz już jest unicodowy to zasadniczo nie powinno być
poważnych problemów z migracją. Delphi pod względem wstecznej
kompatybilności trzyma dość wysoki poziom. 

-- 
howgh
szemrany
"Zrozumienie umożliwia zastąpienie nieracjonalnych działań lub bezradności
przez działania racjonalne." M.Mazur, ojciec polskiej szkoły cybernetyki

W dniu 2016-05-31 o 23:02, kameleonsql@gmail.com pisze:
>>> Witam, Rozwazam migracje kodu z D2010 do XE10
> Projekt jest duzy, (wlasciwie to sa 4 projekty, programy o lacznej
> liczbie linii kodu okolo 5 mln.), wiec ciezko po prostu probowac go
> kompilowac w XE10. Warstwa GUI jest ladowana dynamicznie z bazy
> danych (takie wymyslone przez mnie GUI oparte na GDI TMS'a w 100 %
> skalowalne i niezalezne od logiki). Do migracji wlasciwie sie
> przymierzam glownie ze wzgledu na 64bity (choc w przypadku Aplikacji
> takich jak nasze nie ma mysle wiekszego znaczenia czy 32 czy 64bity).
> Myslalem, ze ktos sie juz bawil w taka (troche wiekszych projektow)
> migracje i dlatego napisalem, czy jakies wieksze problemy go
> spotkaly.
>

Robiłem migracje dość dużego projektu 2006 -> XE a później do XE6.
Najwięcej roboty było przy 2006 -> XE z powodu wejścia Unicode, ale to 
Ciebie nie dotyczy, bo 2010 to już wersja z Unicode.
Przejście z XE na XE6 odbyło się prawie z marszu i nie pamiętam 
większych problemów poza FibPlus, który przestał być rozwijany. 
Największym problemem może być zdobycie odpowiednich wersji bibliotek 
dla nowej wersji. Samo Delphi raczej nie powinno stanowić większego 
problemu.

Tomek D.

W dniu środa, 1 czerwca 2016 10:02:39 UTC+2 użytkownik Tomek D napisał:
> W dniu 2016-05-31 o 23:02, kameleonsql@gmail.com pisze:
> >>> Witam, Rozwazam migracje kodu z D2010 do XE10
> > Projekt jest duzy, (wlasciwie to sa 4 projekty, programy o lacznej
> > liczbie linii kodu okolo 5 mln.), wiec ciezko po prostu probowac go
> > kompilowac w XE10. Warstwa GUI jest ladowana dynamicznie z bazy
> > danych (takie wymyslone przez mnie GUI oparte na GDI TMS'a w 100 %
> > skalowalne i niezalezne od logiki). Do migracji wlasciwie sie
> > przymierzam glownie ze wzgledu na 64bity (choc w przypadku Aplikacji
> > takich jak nasze nie ma mysle wiekszego znaczenia czy 32 czy 64bity).
> > Myslalem, ze ktos sie juz bawil w taka (troche wiekszych projektow)
> > migracje i dlatego napisalem, czy jakies wieksze problemy go
> > spotkaly.
> >
> 
> Robiłem migracje dość dużego projektu 2006 -> XE a później do XE6.
> Najwięcej roboty było przy 2006 -> XE z powodu wejścia Unicode, ale to 
> Ciebie nie dotyczy, bo 2010 to już wersja z Unicode.
> Przejście z XE na XE6 odbyło się prawie z marszu i nie pamiętam 
> większych problemów poza FibPlus, który przestał być rozwijany. 
> Największym problemem może być zdobycie odpowiednich wersji bibliotek 
> dla nowej wersji. Samo Delphi raczej nie powinno stanowić większego 
> problemu.
> 
> Tomek D.

Super :),
dzięki za info, to juz brzmi zachecajaco. Jak pisalem wlasciwie korzystamy z Jedi (w niewielkim zakresie), chyba jest wsparcie XE, TMS mam aktywna subskrypcje i swoje komponenty ...Na cos jeszcze trzeba zwrocic uwage ?