Hloupé otázky začátečníka v C# a .NET

[Aigor]

Ahoj,

snad mě tady neukamenujete, když si dovolím ventilovat pár stupidních dotazů, které mě napadají při aktuáním účení C# a seznamováním s VS2010 (prošel jsem si vývojovou cestou ASM, Pascal, C, C++, PHP, není mi cizí OOP, ale pod Win začínám až nyní s C#, které je mi syntaxí, OOP i typovou kontrolou zatím dost sympatické, k C/C++ se už vracet nechci).

#1: Chápu rámcově jak funguje .NET, ale stejně - neexistuje způsob, jak v C# vyrobit "přenosnou aplikaci" třeba na flešku s tím, že se nebude muset instalovat .NET, byl by třeba přiložen jako .dll? (nemusí to být nutně oficiální nástroj M$)

#2: Jaký je rozdíl mezi projektem a řešením (.csproj/.sln) ? Zatím mi tak nějak významově i funkčně splývají...

#3: Pořád marně zápasím s dokumentací. Existuje někde přehled tříd .NET podle funkcí (podobně jako třeba v PHP, nebo IMHO zatím nepřekonaná nápověda v DOSovském TurboPacalu). Prostě potřebuju pracovat např. s datem/časem, nebo soubory a netuším název třídy. Zatím to řeším googlem, jakmile chytnu nástřel třídy/metody, už se zorientuju v MSDN

[MEluZíNa]

1) .Net je potreba mit na cilovy masine nainstalovany, stejne jako ma treba Java. A stejne jako u Javy je potreba mit nainstalovanou spravnou verzi .Net.

2) solution se muze skladat z vic projektu

3) nevim, jestli odpovidam na co se ptas, ale zde je prehled jednotlivych standardnich namespacu http://msdn.microsoft.com/en-us/library/gg145045.aspx pro .Net 4

[D_a_v_i_d]

K rozdílu mezi solution a project:

http://www.dotnetspider.com/forum/21...tion-file.aspx

[Aigor]

#1: nedá se nic dělat, zatím to vnímám jako jedinou chybu jinak sympatického jazyka (část programů jsou jednoúčelové CLI utility, které potřebuju distribuovat často úplným BFU. V tom případě nezbývá než se uchýlit zase k C++)

#2: výsledkem mých experimentů jsou totiž často takové situace, kdy pokus o otevření .sln skončí sestřelením VS2010 a otvírám místo toho projekt. Zatím je tohle vše pro mě dost španělská vesnice. Zajímá mě program.cs a pak přeložený exe, tomu bastlu okolo, zabírající destinásobek velikosti zdrojáku prostě nerozumím.

#3: ano, tohle taky používám, jen je to "reverzní metoda". Pročíst si jmenné prostory a podle toho vytipovat kde dál hledat.

zatím díky, když na něco narazím, zase se budu ptát

[MEluZíNa]

#1: no ale na windowsech je vsude minimalne .Net 2 (myslim ze od Win XP SP3) a CLI utilitky zas asi nepotrebujou vyuzivat novejsi ficurky (i kdyz takovej LINQ se muze hodit i tam)

[Aigor]

Mno to mě vede k otázce, jestli je někde přehled Win + std. obsažených .net verzi...

Co jsem se díval na vlastnosti projektu, v nastavení aplikace si vybírám jen mezi .NET Framework 4 a .NET Framework 4 Client Profile. Když pominu fakt, že rozdíl mezi těmito dvěma je mi prozatím nejasný, tak jako starší verze .NET bych si musel nejspíš extra nainstalovat?!? V souvislosti s tím ještě pak hledat kompatibilitu a ev. přepisovat části kódu,... to mi přijde už fakt lepší napsat to rovnou v C++ jako přenositelné.

[MEluZíNa]

Oboji se da zrejme vygooglit, ja v .Netu uz par nedelal tak tyhle posledni novinky neznam.

Nicmene napr. moje win 7 obsahuji .net verze 1.0,1.1,2.0,3.0,3.5 a 4.0; A nemyslim si ze bych nekterej z nich doinstalovaval...

[Aigor]

Ad .net verze - to je samozřejmě spíš věc dalšího SW, kterej si to přitáhne sebou. Na pracovním PC mám jen .NET 4.0 a doma 2-3-3.5-4.

Mám další dotaz, tentokrát spíš ohledně samotného Visual Studia 2010

#5: dá se někde vypnout formátování hyperlink odkazů v komentářích? Nepoužívám vestavěný prohlížeč a i když je to jen kosmetika, vadí mě to vlezlé vyskakování bubliny s nabídkou Ctrl+Click a podtrhávání

#6: moc nerozumím jaký je rozdíl mezi "string" a "String". Metody jsou stejné, podle některých zdrojů na netu je to jen alias na stejnou třídu, ale přitom i Visual Studio je syntakticky zvýrazňuje odlišně. Docela to mate.

[Warran]

Rozdíl mezi String a string stejně jako mezi Object a object mě taky znervozňoval. Ale našel jsem k tomu zhruba to, co ty. Tedy, že je to jedno a totéž. V praxi jsem nikdy nenarazil na problém.