C# .Net vs. Visual C++ .Net

Znam da su ovo najcesce ponavljana pitanja, ali trazeci po razno raznim forumima uvijek vidim sama prepucavanja, ali nigdje nema konkretnih odgovora za i protiv.
Neko vrijeme ucim C# i kako cesto trazim tutoriale i knjige nerijetko nalecem na tekstove tipa kako je C++ .Net bolji itd.

Obzirom da mi je posao vise orijentiran na Net pa se pored C#-a hvatam i ASP .Net-a zanima me, obzirom da sam jos uvijek pocetnik i nije mi se kasno prebaciti na C++ .Net, da li bi mozda bilo bolje da ucim taj jezik dok ne bude prekasno, obzirom da je taj jezik navodno bolji van okruzenja .Net-a, a ujedno ima podrsku i za .Net.

Znam da je C# brzi za pisanje u .Net okruzenju, a C++ se brze izvrsava u programiranju za engine, drivere, antiviruse i sl., ali da li je razlika za .Net toliko vise na strani C# ili svako svog konja hvali?
Drugim rijecima, obzirom da u danasnje vrijeme treba raditi sve, covjek nikada ne zna kada ce mu trebati programiranje razno raznih drivera, engine-a, 3D-a i sl., pa po vasem misljenju da li je za covjeka kojem je trenutno 90% posla orijentirano na izradu web-a ipak bolja opcija C# ili bi to isto islo i sa C++ .Net-om koji po mom nekom vidjenju ima siru primjenu?

Hvali more drz' se kraja.

Pogotovo ako ces web da radis celo radno vreme.

Drzi se ti C#.NET. Za tvojih 90% je to razumno rijesenje. Usporedi kod pisan u C# sa C++ (naravno .NET) i odmah ces odluciti (naravno za C#).
Za sve te drivere, engine, grafike koristit ces nativni C++ sa raznim bibliotekama.
Jednostavno C#.NET ovdje, native C++ tamo i svi pobjedjuju.

C++/CLI je ne samo bolji nego i lakši od C#-a. Međutim, marketing je na strani ovog drugog i ne verujem da ćeš naći puno poslova za C++/CLI pa se pridružujem savetima ostalih.

Potpis

IOCC

jos nesto: ne mislis valjda da ces ti kao asp.net programer ili tako nesto
programirati i drajvere i 3d engine. usresredi se na nesto i to sljakaj.

pogresno je da mislis da treba sve znati. to je ludost jer ima toliko
tehnologija...

------=_Part_26677_1639489.1139154750697
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

<div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br>Ne menjajte sledece dve linije ukoliko odgovarate putem emaila!<br>esauth:159487:688eb51542065d7650e2184d4ee0fc95
<br>

Potpis

moj blog je EXTRA zanimljiv

Npr., argumentiraj!

Svaki prevodilac koji moze da napravi obj fajlove moze da se koristi za pisanje drajvera, to nije nesto rezervisano samo za C ili C++. Npr, postoji Delphi Driver Development Kit.
Moj savet, narocito ako zelis profesionalno da se bavis programiranjem je da naucis i C i C++, jer ce ti posle njih za ucenje bilo kog drugog jezika, trebati dva dana (naravno, mislim na sintaksu i osnovne paradigme jezika).

http://www.codeproject.com/managedcpp/whycppcli.asp

Potpis

IOCC

Mda, dakle vecinski ste svi nekako za C#, onda sam zadnjih par mjeseci na pravom putu. Znam da se treba fokusirati na jedno, ali mi ne zivimo u Americi ili drugdje vani gdje se covjek specijalizira strogo u jednom smijeru, sto poslodavci jako cijene i placaju, vec kod nas, po mom iskustvu, treba znati sto vise. Do sada se sa jednim poslom nisam uspio pokriti, uvijek radim vise stvari.
Primjerice kod administracije mreza, dok se recimo ljudi vani specijaliziraju za Win 2003 server, kod nas, kada sam se bavio mrezama, bilo je potrebno znati i NT, Win 2000 server, ljudi znaju i Netware, Networker i da ne nabrajam.

Tesko je u danasnje vrijeme predvidjeti sta ce sutra biti IN, ali nadam se kako C# ima buducnost s obzirom da ga Microsoft marketinski jako forsira, a vecina se tome prilagodjava. Obzirom da se pojavio C++ .Net, o kojem usput nista ne znam, mislio sam da je s njime moguce raditi u .Net okruzenju, a s druge strane moze bolje posluziti za Win aplikacije. Ali ja dalje picim po C#-u pa gdje me dovede.

Hvala svima na odgovorima.

Uchenje C# koje vi ovdje pominjete je u stvari uchenje .NET frameworka.
Cijeli C# je ustvari samo skup kljuchnih rijechi (while, for, if...) koje se skoro isto koriste kao i u svakom drugom C-like jeziku.

Znachi:

Ko zna pascal - treba mu 1 dan da nauchi C#
Ko zna java-u - vec zna C#
Ko zna PHP - vec zna C#
.
.
.

Ali sama chinjenica da se u C# ne moze ni "Hallo World" napisati van .NET frameworka znachi da treba uchiti FRAMEWORK NE JEZIK!!!

Ako nauchite .NET framework onda mozete programirati (naravno za .NET paltformu) u bilo kom .NET kompatibilnom jeziku, a ima ih na desetine.

C++ uopshte nema ogranichenja (mozes u njemu programirati i mikrokontrolere), ali je on jedan od najtezih jezika.
Zato shto ima bezbroj tipova.
Zato shto ima bezbroj razvojnih okruzenja
I zbog samog pristupa programiranju, tj. orjentacije na unsafe kod.

Tako ako planirash da radis kao c++ programer, nemash pojma shta ce te sachekati, GNU/LINUX, SYMBIAN, MFC...

Zato ja uvijek tvrdim da treba samo svariti koncepciju, koju mozes da preneses na bilo koji jezik. Npr. princip rada HTTP-a, Princip rada Windowsa...

A uostalom ako hoces da radish sa .NET-om radi C#, jer je C# napravljen iskljuchivo za to.
Logichno je da cesh radije sjeci drva motornom pilom nego sjekirom, iako ta sjekira moze i da sjece i da zakucava eksere...


P.S. @ Dargi Tata:
U linku koji si dao chovjek objashnjava pozive Win32 API-ja za shta C# uopshte nije predvidjen. Da koristi .NET kalsu Directory za dobijanje win direktorijuma i ekvivalentnu metodu za GetTickCount, onda bi poredjenje bilo relevantno. A to da je C++ brzi u pozivanju Win32 API-ja u praksi vrlo,vrlo,vrlo malo (skoro pa ni malo) znachi.

Potpis

I tako...

Greska broj jedan, nastala sigurno iz idealizacije stanja van granica ex-yu. Ovde poslodavci ne cene toliko to sto ti kazes. I ovde se ceni raznovrsnost znanja i siroko iskustvo. Problem sa usko strucno fokusiranim ljudima je sto obicno pridaju veliku vaznost tome (i traze vece pare) i nema toliko poslodavaca kojima treba hard-core covek za jednu stvar. Tako da na kraju sva ta usko-strucnost pada u vodu jer te zaposle za iste pare kao i manje strucnog i/ili odbiju kao over-qualified.



Sa ovim se uopste ne bih slozio. Bukvalno i formalno, svaki jezik jeste skup "kljucnih reci", ko sto elegrantno rece, ali treba znati gde koju "napisati"
I sta uopste znaci "uciti framework"? znati svih par hiljada klasa i metoda? Ja ih ne znam, i sumnjam da ima neko ko ih sve zna. Ne znam cak napamet ni sve metode Forms klase a koristim je svaki dan (MSDN je tu da spasava)
Znati C# ili C++, znaci prvo i osnovno znati OOP iliti Object Oriented Programing, znate, osnovne stvari kao sto su razlika izmedju klase i objekta, nasledjivanje, scope, vidljivost, enkapsulacija, polimorfizam, sta je sealed, sta must inherit, sta je apstraktna klasa i sta apsktraktni metod, sta je property (iliti svojstvo) i zasto su oni vazni, itd, itd.
Dalje treba znati mehanizme koje C#/VB.NET/J#/C++.NET omogucavaju kao sto su: PInvoke, delegati, multi-cast eventi, upotreba interfejsa, od v2.0 i generics i parcijalne klase; treba znati CLI tehnike (koje nemaju direktnu vezu sa samim .NET frameworkom) kao sto je versioning, refleksija, razlika izmedju value i reference tipova, sta je Garbage Collector (GC) i kako radi, sta je Disposable pattern i zasto je vazan, itd, itd. Treba znati osnove programiranja i znati rangove koda koji kucas i ne koristiti n^n algoritam tamo gde n*log(n) radi posao.
Takve stvari treba znati, za sve ostalo postoji help. Kao sto kad znas da vozis jedna kola znas i druga uz malo ucenja gde kvacilo "lomi" , tako i kad znas OOP konstukcije i nacin na koji CLS radi, znaces da prepoznas te konstrukcije u bilo kom OOP jeziku za CLS, i uz malo vezbe znaces i detalje samog jezika.

E tek kad sve to znas, onda znas i sam da odlucis sta ti je bolje za trenutni projekat, C# ili C++NET. Svi mi koji znamo C++ od ranije gajimo izvesnu vezanost za taj, po meni, najbolji jezik svih vremena , ali defakto nije za pocetnike. Managed C++ je manje vise siguran, ali unmanaged deo je podlozan svim onim dosadnim procesima kao sto su kontrola memorije, bufferi, pointeri, itd, itd. OOP je bolje uciti na nekom jeziku koji je prijateljskiji i sta vise koristi reci za sintaksu, kao sto je OOPascal npr, cak (ne mogu da verujem da ovo govorim) i VB.NET

Dakle, sve ove religijske rasprave o tome koji jezik je bolji od kojeg za .NET su veoma nevazne, posto je, izuzev nekih detalja, apsolutno svejedno dok god se drzis managed koda. Van toga, C++ je bolji za pisanje unmanaged sekcija, VB.NET je bolji za konzumiranje COM servera, a C# je dobar za sve ostale managed stvari u smislu brzine razvoja i odrzavanja. Nije uopste retkost mesanje ova tri jezika kroz razlicite projekte u solution-u radi dobijanja najboljih rezultata. Prosli projekat na kojem sam radio ima front end radjen u C#-u, integrise se sa Excelom preko VB.NET COM proxy assemblija i koristi managed/unmanaged C++ proxy za optimizaciju iterativnih matematickih operacija preko Intel Math Kernel Library (DLL).

Potpis

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić

Objašnjava i pozive Win32 API-ja, ali ne samo to. Važniji je deo za automatsko čišćenje resursa i za automatsko generisanje Dispose patterna. A i što se tiče pozivanja WinAPI-ja, poenta je da je lakše to uraditi iz C++a, a ne da su pozivi brži.

Potpis

IOCC

Ako bi brizina bila presudna, JAVA bi vec odavno zavrsila karijeru. Normalno da je to lakse uraditi u C++ nego u C#. Zato sto je C++ jezik za sve zivo, a C# i nije bash neshto nastrojen sistemskom programiranju...
Problem je u tome sta treba da se radi.
Da li je rekurzija brza u mirandi nego u Pascalu? Vjerovatno, jer miranda je i napravljena za rekurzivno(funkcijsko) programiranje.

@mmix:

Respect za izlaganje, samo sam htio da kazem da ima malo smisla koristiti menedzd C++ za .NET, kad ces u C# dobiti manji i pregledniji kod.
A znamo da ce se obojica kompajlirati u MSIL, tako da ti se isto vata.

Potpis

I tako...

ko zna c++ ce se bolje presaltati na c# 50.000 puta nego netko ko zna paskal. posto je java potpuno slican jezik kao c#, oba managed i vuku rootove iz c++, to ti stoji. e ovo za PHP si stvarno lupio. php je jako forgiving jezik, netrebas niti deklarirati varijable, pola toga se stvarno radi automatski. iako i on vuce nekakvu semantiku iz c/c++.

uglavnom, onaj ko zna c++, ce bez ikakvih problema u roku od par dana masterirati kompletnu sintaksu c#-a.

framework se ne moze nauciti. bitno je znat objektno orijentirane principe, i hierarhiju nasljedjivanja klasa u .netu. tada ces bez problema sve napraviti, jednostavno odes u MSDN ili whatever i vidis cemu koja klasa sluzi. i onda je implementiras za svoju svrhu. za q'rac ti da znas FW napamet, ako neznas baratat s objektima, nasljedjivanje itd...



a kako ti mislis napisat "hello world" .net program, ako neznas jezik :) jos jedamput govorim, mozes ti znat odma kazat kad te netko probudi u 6i45 ujutro nakon pijane noci da se DirectoryInfo nalazi u System.IO namespaceu, ali to ti nista ne znaci ako neznas inu klasu implementirati u bilo kojem od .NET jezika.



tako je sa svakim native jezikom. ako postoji kompajler za platformu, s tim jezikom mozes raditi programe za tu platformu. s druge strane, elektronicki uredjaji sve vise idu na "kompjutersku" arhitekturu, tko je prije 10 godina mogao zamisliti da ce jedan glupi mobitel moc vrtit VM za recimo pokretanje .NET ili Java programa :)

having said all that, da se vratim na temu. mislim da je C++.NET odlican alat, jer dopusta da se ipak iskoristi dio brzine koje unmanaged/native jezici posjeduju naprema managed jezicima. recimo pogledaj mono projekt. mislis da ce igdje u .NET fw-u postojati klase za precizno baratanje sistemskim pozivima u POSIX kompatibilnim sistemima? tu upada C++.NET, jer mozes raditi stvari van .NET fw-a. moze se to i u C#, ali pogledaj razliku u brzini na onom codeproject linku...

Potpis

<sub>Q: HSP56 Micromodem nece da radi kompjuter ga prepozna a kad treba da se konektujem nece ne daje ni znaka zivota. u cemu je problem.

A: Crko mozda od grmljavine mozda od spanaca. Uglavnom baci ga u WC solju jako povuci vodu. Skupi 5e i uzmi drugi i ne postuj temu na pogresno mesto.</sub>

Ja mogu samo opet da ponovim: zanemari brzinu i zanemari API. Uporedi samo lakoću implementiranja Dispose patterna u dva jezika.

Potpis

IOCC

Kad pricamo o OOP-u i semantici, ja stvarno ne razumem ova poredjenja, a stalno ih vidim. I stvarno ne razumem zasto bi nekom ko zna C++ bilo lakse da predje na C# nego nekome sa OOPascala (ovaj primer sam dao zato sto je naveden gore, u principu vazi za bilo koju kombinaciju 3 OOP jezika)?
Zato sto pascal ima "begin" a C++/C# ima "{"? Ili zato sto iza "end" negde ide ; a negde ne? Prevazisli smo ta vremena kad su se programi kompajlirali u batch procesima na mainframovima nakon ucitavanja sa busenih kartica pa da su sintaksne greske nesto katastrofalno. Imas viska ";"? big deal, kompajler ce prijaviti gresku i ti ces ispraviti i sve ce to trajati 10 sekundi. I garantujem da ce ti biti svejedno kad sa jednog OOP jezika prelazis na drugi pod uslovom da znas sve one stvar koje sam naveo (a koje je i sam z@re naveo). Isto kao sto garantujem da ako ti OOP nije bio jasan u C++, nece ti biti jasan ni u C#-u. Ja sam pre C# radio C++/OOPascal(Delphi) i ja se ne secam da sam provodio besane noci citajuci C# specifikaciju kad se pojavio .NET1.0beta. Ucitas par samplova, i kazes "a da, ovo je klasa, ovo je property, cek sta je ovo? delegat? cek da vidim help.... a delegat je to i to, a new operator, ovako za klasu, ovako za array, itd, itd".

Za razlike izmedju C#/C++(CLI)/VB.NET nije kriv ni CLI ni .NET framework, nego cinjenica da su kompajlere za ova tri jezika radila tri razlicita tima sa totalno drugacijom vizijom sta taj njihov jezik treba da bude. Svaki tim je bio previse revnostan za nesto i premalo zainteresovan za nesto drugo, i zato sad imamo tri jezika koji bi trebala da budu identicnih funkcionalnosti ali nisu. Ne postoji nijedan razlog zasto bi C# bio losiji od managed C++-a u PInvoke-u, i zasto ne bi imao lagan Dispose pattern, nijedan razlog da C# nema opcione parametre, nijedan razlog da VB.NET jedini ima late binding a nema default non-indexed property. Jednostavno raspad u komunikaciji izmedju timova, kao da se nikad videli nisu, a to je mnogo neozbiljno. Iz tih razloga, bar po meni, treba znati sva tri, da bi sebi ustedeo problema kad npr. treba da otvoris Excel dokument preko COM-a iz C# aplikacije a Open metod ima 30 opcionih parametara koje C# tretira kao obavezne

Potpis

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić

stoji to sa OOP principe, ali pogledaj slicnosti u kljucnim rijecima c# i c++. takorec su iste, samo fali po neka sa svake strane... vb.net je od pocetka pravljen kao alat s kojim ce visual basic 4-5-6 programeri pisat .net programe, a kako je vb alatka koji je uvijek bio nekako predefiniran za izradu nekih easy-medium aplikacija, mozda im i nije bilo primarno izjednacit naprednost funkcija sa recimo c#om. opet, c++.net ce koristiti oni koji su aktivno pisali po c++om, i kojima se ne moze tek tako zaletjeti neka "unsafe" greska. eto. za svakog po nesto.

standardna microsoftova hrpa sranja :)

Potpis

<sub>Q: HSP56 Micromodem nece da radi kompjuter ga prepozna a kad treba da se konektujem nece ne daje ni znaka zivota. u cemu je problem.

A: Crko mozda od grmljavine mozda od spanaca. Uglavnom baci ga u WC solju jako povuci vodu. Skupi 5e i uzmi drugi i ne postuj temu na pogresno mesto.</sub>

Ok, evo, recimo, znam jezik, a o frameworku nemam pojma. Pa se pitam koja je naredba u C# za ispis teksta u command konzolu. Nema te naredbe! Nego fino uzmes Console.Write().
Ti ako ne znas da se trenutni Response i Request objekti nalaze u System.Web.HttpContext.Current, ima da se useresh u gace dok ih nadjes. Ja sam npr. tazio pola dana i onda je dosao kolega i rekao mi... Dzaba ti i MSDN i gugl, ako ne znas kako se konkretno zove to sto trazis. A dzaba ti i oo principi i sve zivo ako ti treba igla koja je fino smjestena u plast sijena...

Zato preporucujem knjigu ".NET Framefwork" za ucenje bilo kog .NET jezika...

Potpis

I tako...

Pa i nije ti dzaba google u tvom slucaju otkucas npr "C# writing to console" i naci ces gomilu tutoriala.

Potpis

Every hamster has his day.