C++ vs C#

[Sasa]

Se zlozvyky vypestovanymi v Pascalu budes mit mene problemu pri programovani v C#.

[Aigor]

Se zlozvyky vypestovanymi v Pascalu budes mit mene problemu pri programovani v C#.

Vim ze Packal neni nejlepsi zaklad
Ale z duvodu ktere jsem vyse uvedl i s prihlednutim k tomu CO chci tvorit, je pro me .NET nesmysl, minimalne z toho duvodu, ze cilovy program bych nemohl prenaset na ostatni (rozumej zastarale) PC.

K tomu .NET a vyvoji v programovani - nechtel jsem vyvolat flame o tom "co je lepsi". Ale vazne by me uprimne zajimalo, v cem by bylo pro mne jako potencionalniho programatora, nebo uzivatele lepsi na rozdil od klasickeho pristupu

Ohledne tech 100 radek kodu jak psal MEluZíNa, tomu nerozumim... Mozna v dobach WinAPI, ale s MFC to byla uz otazka nekolika kliknuti V cem je to v .NET lepsi?

Nerozumim taky jedne veci - pokud napr. moje programy budou vyuzivat nejakou "centralni" .NET 2.0 library a user si nasledne preinstaluje .NET 3.0, tak mu "mozna" prestane neco jet, neco se bude chovat malicko jinak,.. Ono totiz pri vyvoji .NET by muselo byt priserne tezke zachovat zpetne 100% kompatibilitu, takze je to IMHO nerealne, jinak by velikost baliku rychle rostla na rozdil od rychlosti. Moje predstava je, ze to je podobne jako vyvoj HTML - proste napisu stranky 100% fungujici v danem prohlizeci, pak prijde nova verze a neco je najednou trochu jinak. Jestli se pletu, tak me opravte - tohle jsou jen moje uvahy, ale pokud na tom neco je, tak potes koste az nekde pojede cca 80% firemnich aplikaci pres .NET

[Anduril]

Nerozumim taky jedne veci - pokud napr. moje programy budou vyuzivat nejakou "centralni" .NET 2.0 library a user si nasledne preinstaluje .NET 3.0, tak mu "mozna" prestane neco jet, neco se bude chovat malicko jinak,.. Ono totiz pri vyvoji .NET by muselo byt priserne tezke zachovat zpetne 100% kompatibilitu, takze je to IMHO nerealne, jinak by velikost baliku rychle rostla na rozdil od rychlosti. ...

Ale kdepak Na pocitaci muzes mit treba 3 verze .NETu a aplikace pojedou porad stejne spravne. Pokud byla aplikace naprogramovana pod verzi 1.1, pak ji potrebuje pro svuj beh a bude tuto verzi vyuzivat, verzi 2.0 nepouzije. Kdyz je udelana ve verzi 2.0, potrebuje verzi 2.0, verze 1.1 nestaci atd..

A jake jsou vyhody? Tak to si treba najdi.. nikdo te samozrejme nenuti .net pouzivat, pokud chces nadale psat aplikace v MFC, tak je pis v MFC. dotNet je ale zameren jinym smerem. Napr. webovou aplikaci udelas v C++ pomerne tezko Pak taky zvlaste .net od verze 2.0 je hodne klikaci...napr. zakladni kostru databazove aplikace udelas temer jen klikanim, pretahovanim komponent atd. Spousta veci uz je vyresena formou komponent, neni treba je programovat (napr. prihlasovani uzivatelu atd.). Je to proste snaha zjednodusit a urychlit vyvoj aplikaci.

[Aigor]

2 Anduril:
a-ha, to o vic verzich jsem nevedel (i kdyz pri vzpomince jak nam prestala fungovat polovina firemnich aplikaci po instalaci .NET 1.0 mam jeste ted koprivku).

V .NETu programovat nejspis nebudu, jenom me to proste zajima - takze je to zase o kus vice univerzalni (web, databaze,..) nez MFC a vetsinu toho co jsem si kdysi lovil ve free knihovnach na netu uz najdu v .NETu ? pokud to teda spravne chapu...
Pak je to nejspis opravdu pro programovani sikovna vec Dik za nastineni.

OT: Ono jak je to vsechno skvele a dokonale se da najit vsude, ale to pise MS o kazdem svem produktu a chtel jsem to slysel v normalnim podani a ne PR blaboly

[Anduril]

No .NET 1.0 byl dosti nepovedeny, ani nevim, jestli to byla nejak oficialne podporovana verze. V klidu byla az verze 1.1.

Ano, knihovna .NETu je imho dosti rozsahla a mela by vystacit na vetsinu aplikaci.

[mudboy]

Me se napriklad na .NETu libi styl dokumentace, vsechno je prehledne a ke kazde metode je napsany example. Ta jednoduchost tvorby aplikaci tu byla jiz zminena.
Delal jsem nejakou dobu v JAVE a dokumentace byla dost neprehledna.

[mraky]

Me se napriklad na .NETu libi styl dokumentace, vsechno je prehledne a ke kazde metode je napsany example. Ta jednoduchost tvorby aplikaci tu byla jiz zminena.
Delal jsem nejakou dobu v JAVE a dokumentace byla dost neprehledna.

No Javisti zase rikaji pravy opak . Tohle je fakt zalezitost zvyku.

[Helium]

Ale kdepak Na pocitaci muzes mit treba 3 verze .NETu a aplikace pojedou porad stejne spravne. Pokud byla aplikace naprogramovana pod verzi 1.1, pak ji potrebuje pro svuj beh a bude tuto verzi vyuzivat, verzi 2.0 nepouzije. Kdyz je udelana ve verzi 2.0, potrebuje verzi 2.0, verze 1.1 nestaci atd..

A jake jsou vyhody? Tak to si treba najdi.. nikdo te samozrejme nenuti .net pouzivat, pokud chces nadale psat aplikace v MFC, tak je pis v MFC. dotNet je ale zameren jinym smerem. Napr. webovou aplikaci udelas v C++ pomerne tezko Pak taky zvlaste .net od verze 2.0 je hodne klikaci...napr. zakladni kostru databazove aplikace udelas temer jen klikanim, pretahovanim komponent atd. Spousta veci uz je vyresena formou komponent, neni treba je programovat (napr. prihlasovani uzivatelu atd.). Je to proste snaha zjednodusit a urychlit vyvoj aplikaci.

Jak to tak ctu, tak MS se v dotnet dopracoval na comfort co melo Delphi odjakziva ?

[Anduril]

Tak to ne..MS nastroje podobne delphi nabizi uz od win 3.1 Visual Basic, pozdeji i VC++ s vizualnim navrhem, Visual FoxPro... .NET jde imho jeste dal, i nez Delphi.
Ale podstatna vyhoda, kterou jsem v drivejsich prispevcich opomnel, je, ze te netlaci pouzivat jeden jazyk - jako napr. Object pascal, C++ aj, ale je na tobe, co si vyberes..protoze moznosti jsou pro vsechny jazyky .netu stejne .. napises program treba v C#, VB, C++, JSharp, prip. Php, Pythonu, Perlu, Pascalu atd., pak to zkompilujes, prekladac vytvori intermediarni kod jazyka MSIL (podobny assembleru) a kdyz pak program spustis, spusti se Just-in-time kompilace toho msil kodu do strojovych instrukci dane platformy.

[Camillek]

jinymi slovy, kdyz to zkompilujes, tak ziskas stjeny kod pro vsechny jazyky. JO? Ja si myslim, ze jo, a ze to tak funguje, ale moc jsem se o to nezabýval, a je mi to celkem sumak, jak to vypada ve strojovem kodu... Navic pul programu muze byt v C# a druha ve VB... To neni muj nazor, to je muj pocit. Pokud jsem uplne vedle, tak se omlouvam...... .... ...

[Anduril]

jinymi slovy, kdyz to zkompilujes, tak ziskas stjeny kod pro vsechny jazyky. JO?

Ano, stejny MSIL kod. Dobre je to, ze se nemusis ucit jiny jazyk, kdyz napr. umis C++ a ne C#, muzes delat v C++ a o zadne features neprijdes.

Navic pul programu muze byt v C# a druha ve VB... To neni muj nazor, to je muj pocit. Pokud jsem uplne vedle, tak se omlouvam...... .... ...

Mno, pul programu asi nee. Ale muzes si udelat treba zaklad aplikace v C# a nejake komponenty treba v VB.net.
A nebo to muzes psat primo v MSIL