dotNETportal.cz

Zdravím, chtěl bych se jen zeptat, jestli když umím programovat ve Visual Basicu 6.0, tak jestli pro mě bude těžké přejít na VB.Net.

Díky moc za rychlou odpověď. Připravím se tedy na pořádné nervy, ale půjdu do toho. Ještě jednou díky.

Osobně jsem přecházel asi tak rok, a dalo mi to docela zabrat. Ale stojí to za to.

Mohu potvrdit. Je to jinačí a budete se vztekat (jako já)

'místo
něco = něco(něco(neco(něco)))
'budete psát
něco = něco.něco.něco(něco)

ale určitě má cenu přejít. Třeba mě donutilo to, že se mi VB6 ve Vistách nehorázně seká

Pomalá ??? To nechápu. Zkuste si nějaký starý projekt z VB6 přepsat do VB.NET a ten ve VB.NET bude vždy o fous pomalejší. To je prostě dáno technologicky. Ve VB6 jsem pracoval deset let, ty programy jsou pochopitelně zastaralé, ošklivé a tak dále, ale jsou RYCHLÉ. Mnohem rychlejší než jejich .NETové protějšky.

Co mě ještě na .NETu neskutečně vadí je "rychlost" instalace frameworku. Kdo instaloval .NET 3.5 SP1 na nějaká XPčka, třeba na šest kompů v jedné firmě, aby tam mohl dát svůj soft, tak to pochopí. Runtime VB6 má asi mego a půl a instaluje se asi 5 vteřin ;-)

Možná jste myslel VB6 pomalá na vývoj, to samozřejmě platí, ve VB.NET se vyvíjí až řádově rychleji (primárně díky tomu, že dost je toho hotovo ve frameworku).

Nemluvil jsem o rychlosti instalace, je jasné, že .NET Framework jako obludně velká sada knihoven, která toho umí asi tak 100x víc než VB6 runtime knihovny, se bude instalovat o něco déle.

Jinak to, jestli je rychlejší aplikace ve VB6 nebo ve VB.NET, záleží především na tom, jak je aplikace napsaná a které komponenty používá. Nemůže nikdo čekat, že když ve VB6 udělám aplikaci s nějakou komponentou a tu samou aplikaci udělám ve VB.NET s jinou komponentou, která sice vypadá stejně a dělá to samé, ale vnitřně je napsaná úplně jinak a umí toho 50x víc, že to bude stejně rychlé.

.NETí runtime je nesrovnatelně výkonnější a pokud jde o algoritmy a matematické funkce, tak se .NET přibližuje daleko víc výkonu C++ než výkonu VB6. Zkuste si napsat nějaké třídění velkého pole (stejný algoritmus) a pustit to ve VB6 a ve VB.NET, uvidíte, že .NET bude (i několikanásobně) rychlejší. Je to už docela dávno, ale zkoušeli jsme v C++ na linuxu spustit jeden program (počítap pí nebo tak něco) a pak jsme pustili na stejném počítači ten samý kód přepsaný do C#, .NET byl o 4% pomalejší oproti nativně kompilovanému a pro daný procesor optimalizovanému kódu pod linuxem.

VB6 kompiloval sice (na rozdíl od VB5) do nativního kódu, ale nebyly tam skoro žádné optimalizace a všechno se dělalo přes runtimovou knihovnu, což dohně zpomalující. Vemte si třeba takovou práci s grafikou, všechny grafické funkce ve VB6 byly šíleně pomalé, když to člověk dělal přes Win API, tak to bylo třeba 50x rychlejší, to samé funkce pro práci se stringy a spousta dalších věcí.

Je fakt, že v .NETu je každá složitější komponenta ve WinForms psaná opravdu dost robustně (takový DataGridView se vším, co potřebuje, má přes 3MB zdrojáků, což je vyváženo tím, že toho umí opravdu hodně, ale někde se to samozřejmě projevit musí). Navíc dojem z .NETu kazí to, že se kompiluje před spuštěním a jednotlivé metody se dokompilovávají až za běhu, takže první použití každé funkce je znatelně pomalejší. Rozhodně není objektivní srovnávat DB aplikaci ve VB6 a ve VB.NET.

S výkonem v .NETu to fakticky není tak strašné (od verze 2.0), runtime je napsán opravdu dobře (dost se na něm podílejí i lidi z MFF UK). Co by mi na .NETu vadilo je paměťová náročnost, .NET si té paměti ukousne trochu víc (proto může být pomalejší než VB6, který si jí tolik nevezme, používá méně knihoven atd.), ale to je dáno principem technologie samotné.

Připadá mi, že používání proprietárních microsoftích jazyků je nehorázná ztráta času a energie. Produkt, který nedrží zpětnou kompatibilitu si nezaslouží pozornost uživatelů.

Možná mám jako "embedded" programátor celkem "přízemní" perspektivu, ale kompilátor je pro mne prostě matematická funkce, která má i po 50 letech při stejných vstupech dát stejný výstup. Už to, že vstupy nejsou žádná solidně definovaná data, ale něco těžko definovatelného co se jaksi nakliká myší je krize.

Je to škoda, Visual Basic je sám o sobě (aspoň ty starší verze s kterými jsem se setkal) poměrně dobře navržený nástroj.

Kdyby všichni trpěli touto vaší naprosto naivní představou, ještě dnes by byl vrchol uživatelského rozhraní monochromatické textové menu...

Nejde o proprietární - neproprietární, ale o nízkoúrovňový - vysokoúrovňový. Čím "větší věci" Vám jazyk umožní dělat, tím pravděpodobnější je, že za ním stojí velká firma (Sun, Microsoft) nebo obrovská komunita.

Klikání myší programování nepohřbí, nebojte. Stále je třeba rozumět "code behind", požadavkům zákazníků, databázím, technologiím, postupům atd.

VB6 a VB.NET jsou dvě úplně odlišné věci, které spojuje mateřská firma a *lehce* podobná syntaxe, ale VB.NET není VB7.

VB, pokud vím, dobře navrženým nástrojem nikdy nebyl. Pracoval jsem ve VB4, VB5, VB6 a všechny byly víceméně paskvil. Teprve VB.NET je jaksi konzistentní se zbytem světa.