C++ vs C#

[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

[night_]

ale jo, muzes i pul programu. muzes udelat treba jeden form ve VB, hodit do do DLL a zbytek delat v C# nebo naopak a nebo uplne jinak

[Anduril]

ale jo, muzes i pul programu. muzes udelat treba jeden form ve VB, hodit do do DLL a zbytek delat v C# nebo naopak a nebo uplne jinak

Tak to jsem asi psal, ze si muzes udelat komponenty...
Ale nemuzes imho udelat jednu tridu v jednom jazyku a druhou v jinem a zkompilovat to jako jedno assembly.

[mraky]

No osobne nevidim v mixu C# a VB zadnou vyhodu. To je spise nevyhoda...kdo to ma pak cist??

[Anduril]

No osobne nevidim v mixu C# a VB zadnou vyhodu. To je spise nevyhoda...kdo to ma pak cist??

Jasne, urcite to neni zadna velka vyhoda, ale je tu ta moznost I to se pocita.

[Sasa]

Tak to jsem asi psal, ze si muzes udelat komponenty...
Ale nemuzes imho udelat jednu tridu v jednom jazyku a druhou v jinem a zkompilovat to jako jedno assembly.

No minimalne muzes udelat to, ze v ramci jednoho solution mas projekt v C# a projekt ve VB. V C# budes mit treba nejake API pro pouziti z VB. Za normalnich okolnosti se tyhle dva projekty pak zkompiluji jako dve assembly a cele je to jeden program.

Vyhoda pak bude v tom, ze znalejsi programator pak muze v C# produkovat to API ktere poskytuje funkce se skutecnou funkcnosti. Druhy mene znaly si pak muze namastit ve VB nejakou dialogovou aplikacku ktera bude prevazne volat to C# API.

[mraky]

No minimalne muzes udelat to, ze v ramci jednoho solution mas projekt v C# a projekt ve VB. V C# budes mit treba nejake API pro pouziti z VB. Za normalnich okolnosti se tyhle dva projekty pak zkompiluji jako dve assembly a cele je to jeden program.

Vyhoda pak bude v tom, ze znalejsi programator pak muze v C# produkovat to API ktere poskytuje funkce se skutecnou funkcnosti. Druhy mene znaly si pak muze namastit ve VB nejakou dialogovou aplikacku ktera bude prevazne volat to C# API.

Panove to je vsechno teorie. Videli jste, ze by to nekdo vyuzival a nebo z toho dokonce tezil? Ale ted mluvim o skutecnych projektech ve skutecnych firmach, ne o tom co si vyzkousite doma.

[Anduril]

Ja ne, ale chtel jsem naznacit to, ze je jedno, jakym jazykem budes .NET programovat, tedy ze nejsi vazany na jeden jediny konkretni, jako Java, Deplhi (Obj. pascal) atd.
Co z toho vsechno vyplyne, tu bylo zmineno a lze to pouzit. Jestli je to k necemu dobre, at si kazdy zvazi sam.

[Sasa]

Panove to je vsechno teorie. Videli jste, ze by to nekdo vyuzival a nebo z toho dokonce tezil? Ale ted mluvim o skutecnych projektech ve skutecnych firmach, ne o tom co si vyzkousite doma.

Ano, bohuzel skoro kazdy den nekolik poslednich let.