🚀 go-pugleaf

ZreZur wrote:
> Użytkownik "Janusz M" <januszek...@op.pl> napisał w wiadomości
> news:c4m8rk$8e0$1@news.onet.pl...
>> Czy ktos wie jak to jest z binarna kompatybilnoscia componentow w
>> roznych wersjach net.
>> czyli czy jak mam jakies komponenty w postaci binarnej - dll to czy
>> beda dzialac w nastepnej wersji  net.
>> Pytam dlatego, ze zastanawiam sie czy uzywac w moich  projektach
>> kontrolek z Visual Basic Resource Kit, a szczegolnie TrueDBGrid i
>> innych firmy ComponentOne. Teraz to jest free dla net 1.1 ale juz za
>> niecaly rok bedzie nastepna wersja net i obawiam sie ze to juz nie
>> bedzie dzialac, trzeba bedzie kupic, a troszke kasy to kosztuje.
>> Mysle zreszta ze o to chodzilo ComponentOne ze teraz dostajesz za
>> darmo a potem juz caly czas musisz kupowac upgrady.
>>
>
> Nie jestem pewien ale chyba czytalem cos w w empiku w Vademecum Prof,
> ze bedzie cos_tam sprawdzac jakiej wersji frameworka wymaga i bedize
> odpowiednie funkcje z odpowiedniego dll o odpowiedniej versji
> wywolywac.

Witam!

Taki mechanizm nazywa się SideBySide. Problem jest tylko z przenośnymi
urządzeniami, kolesie z Microsoftu żartowali, że można mięć w razie potrzeby
SideBySide dwa telefony komórkowe z różnymi wersjami framerowku :-) A
przypadku PC-tów dyski są tanie. Inny mechanizm to znany z MS-DOS
setver.exe, gdzie system oszukiwał programy co do swojej wersji. Czyli
ustawienie, że nowy framerowk zawiera funkcjonalność starego. Takie
mapowanie wersji. Jeśli to tego były by jeszcze narzędzia administracyjne to
sytuacja wydaje się bardzo dobra. Wydaje mi się, że coś takiego widziałem w
konfiguracji .NET-u, ale teraz tego nie mogłem znaleźć. Może w katalogu
będzie.

Co do projektowania dla nowej wersji to wydaje mi się, że także sytuacja
jest dobra. Jeśli standard komunikacji IDE z frameworkiem zostanie utrzymany
to wydaje mi się, że będzie można zainstalować nowe komponenty tak instaluje
się teraz nową kontrolkę ActiveX w IDE. Samo IDĘ także może się rozszerzać o
nowe edytory komponentów i właściwości. Co z tego jest poblokowane w VS to
nie wiadomo. Oprócz zmian w komponentach mogą być także zmiany języku C#. Na
szczęści biblioteki powinny być niezależne od języka. Jeśli tylko wspólny
jest zestaw używanych typów.

-- 
Pozdrawiam,
Marek Janaszewski
[ j_m...@gazeta.pl ]