C# jämfört med C, C++ och java

Jag vet att VB.net och C# är två olika språk men tveksam om det är några större skillnader i vad de åstadkommer prestandamässigt.

Båda är .net språk som skapar cli kod och som sedan kompileras till körbar kod för processorn.

Men är det någon skillnad i den cli kod som skapas?

Du har en stor skillnad.

VB.NET tillåter inte generellt unsafe code utan du måste jobba dig förbi det.
Med C# är det bara att köra:
Har inte grävt ner mig djupare i prestandan unsafe kontra cli kod men jag kan tänka mig att vid grafiska appar har det stor betydelse.

Bara o bara, måste man inte också lägga till -unsafe eller nått när man kompilerar? :P
Det jag använt unsafe till är när jag leker med vissa c/c++ bibliotek, bildredigering osv.

LOL

Jo den växeln brukar kompilatorn gilla, det är sant.


Jag har det när jag jobbar med grafer/grafik och använder mig av lockbits.
När man jobbar med pixelgrafik får man enbart stressrelaterade sjukdomar om man använder standardgrafiken.

Har ju programmerat ""unsafe"" enligt MS sedan 70-talets slut / 80-talets början som den gamla gubbjävel jag är så jag tycker jag kan få fortsätta med det utan att mobbas med "unsafe".

Ska nog byta ut "unsafe" mot "traditional" i VS hädanefter.

Hade jag faktiskt missat.
Men det är nog därför jag tycker så mycket om vb.net mot c just för att slippa all "osäker" kod.
Alla jäkla fällor med deklaration av listor för textfält som man hanterar och med ett avslutande binärt 0 och missar med att lägga dit en textsträng lite längre än deklarerade listan. Även sätt att adderar strängar till varandra mm i c# som är mycket likt vb.net och långt ifrån c

Sådant slipper men i vb.net och i c# vilket ger en klar signal om likheter "bakom skynket" i de båda språken.

Jag är inte nog insatt i VB för att svara på det men vet att VB:s or och and inte har någon direkt motsvarighet i C#. VB kan inte heller hantera C#:s indexers har jag för mig. Tvivlar dessutom på att VB kan hantera någon ny C#7 feature. Vilken IL-kod som skapas när de olika språken kompileras har jag inte satt mig in i.

Angående unsafe så används det väl främst när man vill sköta sin egen minneshantering, oftast för att hålla nere antalet allokeringar vilket leder till mindre GC-jobb.

Osäker och osäker det är ju pekare som MS ser som osäkra.
https://msdn.microsoft.com/en-us/library/chfa2zb8.aspx

https://msdn.microsoft.com/en-us/library/t2yzs44b.aspx

Det går ju att komma runt det i VB om du t.ex kör "pekarkoden" i en annan assembly som du sedan reffar till har jag för mig. (Jag suger stenstyggt på VB men har jag fel kommer garanterat någon snäll person att påpeka det.)

Jag gillar stränghanteringen i C#, den är jäkligt smidig att jobba med tycker jag.
Man har tänkt till lite där.

Ja ungefär som VB varit i många år

Det är nära oanvändbart i praktiken, eftersom det finns få tillfälle då det både är en bra idé att använda unsafe, samt en bra idé att använda C# till uppgiften överhuvudtaget.

Men finns det tillämpningar. Du kan få bort bounds checking - kanske har du gjort en monsteralgoritm och av någon anledning inte vill/kan slussa den uppgiften till något annat språk. Men som sagt, det kräver väldigt specifika omständigheter.

Till 95% av alla andra uppgifter krossar C#/.NET C++, oavsett vad någon källarkodare utan koppling till product management tror. Det är lite intressant att C++ överhuvudtaget är populärt eftersom det som börjar ifrågasättas lite i C# är OOP. Och för operativ och dylikt brukar C vara goto-valet, så C++ har verkligen hamnat i en snäv genre.

Tyvärr tycker jag likt många andra att C++ är ett av de roligaste språken att göra saker med. Men vad som är kul för egen del och bra för helheten är verkligen olika saker.

Kom igen nu...

Du vet oftast inte om en C++ native/cli eller en C# app är snabbast utan är det väldigt viktigt med prestandan så får du faktiskt snällt sätta dig ner och göra ett prestandatest för att utröna vilket.

Sedan kan du få sitta en bra stund och laborera för att optimera koden för resp. språk.
Det finns hur många tester som helst ute på nätet som prompt visar det ena språkets fördel över det andra så den enda vettiga slutsatsen man kan dra är att man får sätta sig ner och testa själv och göra det bästa man kan för att optimera koden.

Du kan ju läsa här vad forskare som jobbar med frågor som detta anser om det hela.
https://www.linkedin.com/pulse/c-fas...-joe-ellsworth

Ni som är intresserade av prestanda och minnesoptimering rekommenderar jag att läsa Oren Eini's blogg på http://www.ayende.com
Han skriver dokument databasen RavenDB (nästan) helt i C#.

Tack för den länken.

Fanns en hel del läsvärt där.