🚀 go-pugleaf

Użytkownik Janusz M napisał:
> Witam,
> 
> Czy ktos wie jak to jest z binarna kompatybilnoscia componentow w roznych
> wersjach net.
> 
> pozdrawiam,
> 
> Janusz Mars
> 

Witam
Ja sie zaczalem zastanawiac, czy mialo sens zakupienie VC# Standard 
2003, zeby sie nie okazalo, ze MS wypusci swiezego frameworka i zas nie 
bedzie kompatybilnosci w stecz, tak jak bylo z Visualem 2002...

pozdrawiam, grzes.

PS: A moze sie myle?

Sat, 03 Apr 2004 15:46:12 +0200, na alt.pl.comp.lang.csharp, rozrabiak
napisał(a):

> Użytkownik Janusz M napisał:
>> Witam,
>> 
>> Czy ktos wie jak to jest z binarna kompatybilnoscia componentow w roznych
>> wersjach net.
>> 
>> pozdrawiam,
>> 
>> Janusz Mars
>> 
> 
> Witam
> Ja sie zaczalem zastanawiac, czy mialo sens zakupienie VC# Standard 
> 2003, zeby sie nie okazalo, ze MS wypusci swiezego frameworka i zas nie 
> bedzie kompatybilnosci w stecz, tak jak bylo z Visualem 2002...
> 
> pozdrawiam, grzes.
> 
> PS: A moze sie myle?

to niezle,  ja czekam wlasnie na vc# standard. :(

Użytkownik "rozrabiak" <br...@maila.pl> napisał w wiadomości
news:c4mf89$eos$1@news.onet.pl...

> ... czy mialo sens zakupienie VC# Standard 2003,
>  zeby sie nie okazalo, ze MS wypusci swiezego frameworka i zas nie
> bedzie kompatybilnosci w stecz...

Skoro tak intensywnie promują i relatywnie tanio sprzedają nawet całe VS2003
prof.
 to oznacza że szykują klientów NET  i na upgrade
 zresztą skoro nowy Windows wyjdzie za jakiś czas to coś tam muszą
"produkować".

wini

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.

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 ]

> 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.
>
> -- 

Witam,

Z tego co do tej pory wyczytalem wyglada ze nie da sie uruchomic kontrolek
skompilowanych
pod jedna wersja .net na innej, trzeba od nowa wykonac kompilacje,
oczywiscie jezeli ma sie �r�d�a.
Wiem, ze mozna miec wiele wersji neta zainstalowanych na jednej maszynie.
Tylko problem jest w tym,
ze jak masz tylko binarki kontrolek do danej wersji to mozesz tylko w niej
pisac program.
Czyli jak kupisz teraz jakies komponenty to chcac uzywac nowa wersje neta
caly czas musisz kupowac upgrady.
Podejrzewam ze dopiero na dluzszy czas .net ustabilizuje sie po wydaniu
Windows Longhorn.
Do tej pory beda pewnie jeszcze ze dwie albo trzy wersje co powoduje ze
chcac byc na biezaca tyle razy bedzie trzeba kupowac nowe wersje Visual C#
i komponentow ktore sobie kupiles. Z Visual C# Standart nie jest tak zle bo
jest tanii od biedy mozna kupowac ale np. subskrypcja  roczna controlek z
ComponentOne to 600 $ i tyle kasy bedzie trzeba wydac w przyszlosci. To jest
chyba ten haczyk, ze teraz one sa za darmo.

pozdrawiam,

Janusz Mars

Janusz M wrote:
[...]
> Z tego co do tej pory wyczytalem wyglada ze nie da sie uruchomic
> kontrolek skompilowanych
> pod jedna wersja .net na innej, trzeba od nowa wykonac kompilacje,
> oczywiscie jezeli ma sie żródła.
> Wiem, ze mozna miec wiele wersji neta zainstalowanych na jednej
> maszynie. Tylko problem jest w tym,
> ze jak masz tylko binarki kontrolek do danej wersji to mozesz tylko w
> niej pisac program.
> Czyli jak kupisz teraz jakies komponenty to chcac uzywac nowa wersje
> neta caly czas musisz kupowac upgrady.
> Podejrzewam ze dopiero na dluzszy czas .net ustabilizuje sie po
> wydaniu Windows Longhorn.
> Do tej pory beda pewnie jeszcze ze dwie albo trzy wersje co powoduje
> ze chcac byc na biezaca tyle razy bedzie trzeba kupowac nowe wersje
> Visual C# i komponentow ktore sobie kupiles. Z Visual C# Standart nie
> jest tak zle bo jest tanii od biedy mozna kupowac ale np. subskrypcja
> roczna controlek z ComponentOne to 600 $ i tyle kasy bedzie trzeba
> wydac w przyszlosci. To jest chyba ten haczyk, ze teraz one sa za
> darmo.
[...]

Witam!

No to trzeba zacząć od nauki kontrolek systemowy. Wygląda, że na prawdę da
się dużo przy pomocy nich wykonać. Są bazy danych. A nie od razu obudowywać
się komponentami, za które przyjedzie zapłacić.

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