dotNETportal.cz

Já dělám ve VB.net, protože mi lépe sedí jeho syntaxe (ačkoli je ukecanější). Ve finále je to jedno, protože framework to přeloží všechno plusmínus stejně, ať to píšete ve VB.NET nebo v C#.

To je přesně ono. To že je ukecanější ho zároveň dělá mnohem přehlednějším. Klasický příklad:

      End If
    Next
  End Sub
End Class

      }
    }
  }
}

Co je přehlednější?

Tak tak. V IDE mi sice ty uzavírací závorky něco obarví a vypáruje, ale není nad to vědět, že mi končí tu podmínka, tu smyčka, tu procedura...

Většina lidí, kteří programují v .NETu, používá C# - spousta lidí přešla z Javy nebo z C++, tak je jim jeho syntaxe bližší.

Lidí, kteří dělali ve VB 6 a přešli na .NET, tolik není a nebylo.

Já jsem na C# (ač trochu nerad) přešel taky, jelikož nabízel funkce, které VB.NET prostě neumí, například yield return nebo víceřádkové lambda funkce (ty umí až od teď).

Nedávno jsem v něm musel napsat něco menšího a použil jsem VS 2010. Ve VB je to prostředí strašně zabugované a pomalé, C# ve VS2010 je naprosto v pohodě, rychlý a bezproblémový, používám jej denně.

Takže i když VB některé nové funkce doplnil (například implicitní konce řádků a ty víceřádkové lambdy), přecházet zpět nebudu - C# má lepší vývojové prostředí a pořád umí víc věcí než VB (i když VB má několik roztomilých fíčur, které C# mít nikdy nebude).

Složené závorky vs. Next, End If atd., to je jen věc zvyku, během týdne vám to přijde naprosto přirozené.

Mě to nepřišlo přirozené a přehledné ani za ty 4 roky. C# že má lepší vývojové prostředí? Když pominu některé věci, které má VB a nemá C#, tak jsou ty prostředí uplně stejná. To samé je s rychlostí. A co se týče bugů, nenarazil jsem nikdy na žádný specifický pro VB - vždy to byl bug týkající se celého Visual Studia. VB neuměl kód na více řádků bez použití _ až do verze 2010, ale C# zase už od první verze až doteď neumí With nebo něco podobného (nebo se pletu?).

Konkrétně ve když ve VB v poslední verzi VS napíšete lambda funkci, která má více než 5 řádků a je v ní nějaký compile error, tak dokud jej neopravíte, po napsání každého znaku se VS tak na 1 sekundu zamyslí.

IntelliSense ve VB taky nenabízí úplně nejlogičtější varianty - měl jsem enum Token a proměnnou currentToken, a když jsem chtěl napsat Token.End, tak po zmáčknutí tečky VB dosadil currentToken (ať jsem psal velké nebo malé t). A takových věcí tam bylo asi 10.

V C# ani jedno z toho nedělá.

Nebo další nelogičnost - když napíšu název třídy z frameworku, ale nemám Import, tak musím přejet kurzorem na další řádek a vrátit se zpátky, aby bylo možné zmáčknout Ctrl-tečka a import si nechat vygenerovat. V C# se ten malý čuplík objeví hned jak ten název třídy napíšete. Je to drobnost, ale tohle používám asi tak 500x denně.

With v C# není, ale to se dá nahradit proměnnou a je to dokonce o řádek kratší (i když ne tak přehledné):

With něco.něco.něco
    .a = 15
    .b = 7
End With

vs

var c = něco.něco.něco
c.a = 15
c.b = 7

Ano, VB má pár drobností, které C# nemá, ale bez nich se dalo žít lépe, než bez těch drobností, co má C# a VB ne. S poslední verzí VS se to sice dost srovnalo, ale yield return používám tak jednou týdně a ve VB není.