K2T.eu :: Forum
Specjalne => API/SDK => Wątek zaczęty przez: carnifex w Sierpnia 22, 2009, 20:29:30 pm
-
Zdaje sobie sprawe ze przekompilowanie kodu na .NET'a wiazalo by sie z nakladem czasu.
(aczkolwiek, mam cicha nadzieje ze skoro kaw poszedl z duchem czasu i pisze pod x64, podpisuje kod, etc. to tez wkoncu przejdzie na .NET'a :D)
Pare nocek i jest ladny plugin w C# + proxy w C++ zeby podlaczyc do WTW... wszysko dziala pieknie, ale...
Jak wchodze w okno rozmowy, to komunikator robi male kuku :/
"Moze cos znowu skopalem z kompatybilnoscia...."
Wywalilem wiec wszysko, wrocilem do czystego kodu w C++ (ale managed C++). I nadal zonk. Identyczny kod unmanaged dziala.
Wyglada na to ze cos w oknie romowy (podejzewam ze inicjalizacja przegladarki) jak program przejdzie pod managed code, mowi "nie i ..."
Moglby ktos (ktorzy maja dostep do zrodel) sprawdzic co takiego sie w tym oknie dzieje?
-
Tylko nie dotNet proszę.
-
Tomplus, dlaczego nie? Ladny czysty kodzik, jesli chodzi szybkosc tez daje rade. Wolisz instalowac Redistributable Package, czy... nic, bo osobiscie nie znam kompa na ktorym nie bylby zainstalowany .NET np 2 :P
API - to kolejna zaleta.
Jedna biblioteka, trzymajaca wszysko, a nie tak jak teraz, kazdy plug pakuje swoj kod (choc niektorzy uznaja to za zalete :P)
Tak czy siak, popatrz na inne aplikacje, .NET to przyszlosc i od niej sie nie ucieknie :)
-
A jak akurat znam komputery, które nie mają .NET, np. wszystkie moje. ;)
Trudno też nazwać ta kobyłę przyszłością skoro nie da się w łatwy sposób portować aplikacji na x'y. Prędzej można by nazwać przyszłością QT - swoją droga też nie mniejszą kobyłę.
-
Nie widzę przyszłości w .NET w przypadku WTW.
Wystarczy Windows jako platforma podstawowa, a dodatkowe ?
To tak jak włączyć Emulator Amigi :p i korzystać z programów napisanych pod tym system.
-
@buttie - http://pl.wikipedia.org/wiki/Mono_(projekt) (http://pl.wikipedia.org/wiki/Mono_(projekt))
Net przyśpiesza wg mnie pisanie kodu - kosztem wydajności (a znam kilku programistów .net i za nic myślą przechodzić na coś innego), kwestia czy do mrówki potrzebujemy armaty - komunikator no nie potrzebuje takich narzędzi, odnośnie przenośności to akurat tu pisanie w winapi na pewno nie pomoże w działaniu na x'ach no chyba, że masz na myśli Wine, ale to jak lizanie lizaka przez szybkę.
-
(aczkolwiek, mam cicha nadzieje ze skoro kaw poszedl z duchem czasu i pisze pod x64, podpisuje kod, etc. to tez wkoncu przejdzie na .NET'a :D)
.NET to uwstecznienie się. ;P
Pare nocek i jest ladny plugin w C# + proxy w C++ zeby podlaczyc do WTW... wszysko dziala pieknie, ale...
Jak wchodze w okno rozmowy, to komunikator robi male kuku :/
Trzeba było nie inicjalizować sobie ręcznie OLE ;P ewentualnie nie wiem po co framework robi takie rzeczy ;P
-
A jak akurat znam komputery, które nie mają .NET, np. wszystkie moje. ;)
linuch znaczy ;]?
w sp2 jest bodaj net 2.0, tak?
-
To już było poruszane
http://forum.k2t.eu/pozostale-wtyczki/wtyczka-do-obslugi-dzwiekow/msg3185/#msg3185
-
Przeciw dotNET
Zawsze wkurza mnie gdy muszę doinstalowywać jakieś rzeczy w windowsie... :P
-
bziur, Windows 7 już ma natywnie to w sobie :P
-
a na windows 7 to trza mieć peceta :P
tia, na moich 700Mhz i ok 400MB RAM nie pójdzie :P
-
Wracając do tego co powiedział Buttie:
Gadu-Gadu oraz Tlen stoją (stały?... chyba nadal stoją :) ) na Qt i jak widać dobrze się mają, a także Skype, teamspeak, komunikator jabberowy Psi... Ciekawi mnie tylko to, dlaczego Gadu-Gadu corporation nie wydało wersji na linuksa, skoro nie wymaga to aż takich nakładów pracy?
Ale pożyjemy i zobaczymy, czy Kaworu nie poci się daremnie. :) Jak narazie dobrze mu idzie, ciekawy jestem ile ważą jego kody źródłowe xD