C eller C++ ?

[Lennart Aspenryd]

Eftersom jag fann ett antal böcker som berör ämnet lade jag upp en ny tråd:
http://elektronikforumet.com/forum/view ... 3#p1073393
Där TS har företräde. Men jag skulle naturligt tagit upp UML tidigare.
Men genom att läsa en bok, blir man klok, så håll tillgodo säger Lasp

[Larsson90]

Mitt tips är att börja med c och sedan gå över till c++ detta för att lära sig grunderna med strängar (chars) och allokering på heap vs stack.

c++ lägger till mkt nytt som förenklar för en. Något av det största är operatorerna new och delete samt klasser.

[anders_bzn]

"c++ lägger till mkt nytt som förenklar för en. Något av det största är operatorerna new och delete samt klasser."

C++ lägger också till en hel del som kan förstöra massor för den som inte kan. I värsta fall programmerar man inte objektorienterat i C++ utan använder tilläggen som en utökning av C.

[SvenW]

Mitt tips är att börja med c och sedan gå över till c++

I Marshall Clines FAQ och funderingar
http://www.parashift.com/c++-faq/

rekommenderas inte det.

Själv tycker jag att C++ innehåller en massa syntaktiskt socker
som kan vara bra men som också kan vara till problem.
Genvägar som också kan vara senvägar.
Men det lär vara bättre för stora projekt.

C++ ställer andra och högre krav på programmeringsmiljön.
Svårare att hitta funktioner och headerfiler och annan dokumentation.
Lätt att ta miste eftersom olika funktioner ofta har samma namn.

Så jag föredrar c i de flesta fall. I synnerhet för små processorer.

[blueint]

Hur är det strukturerat om olika funktioner har samma namn?

[sodjan]

> Så jag föredrar c i de flesta fall. I synnerhet för små processorer.

Har det över huvudtaget framgått vad det är för slags målmiljöer som avses?
Det är en avsevärd skillnad på mikrokontrolers och "riktiga" datorer.
Frågan har nog inget rätt svar, så som det är formulerat...

[Lennart Aspenryd]

TS har ju fått både böcker om programuppbyggnad och inblick i att C kommer efter B som var en uppföljare av A.
Så Kärna finns i tråden.
Dvs. det är meningslöst, precis som sodjan skrev tidigt, att spekulera i språk, när man varken vet mottagare eller innehåll.

[SvenW]

blueint: Jag syftar på "function overloading", som utnyttjas flitigt i C++.
Kompilatorn har inget problem med detta, men jag och mina sökverktyg har det däremot.
Gång efter annan går man in och ändrar i en funktion för att plötsligt upptäcka att man ändrat i fel funktion.

I övrigt tycker jag att det kan vara intressant med en diskussion om C kontra C++, om objekt- eller funktionsorientering.
Men visst, sådana diskussioner blir lätt bli både oändliga och missuppfattade.
I synnerhet om man håller diskussionen på ett allmänt plan.
Kanske dessutom fel forum här.

[TomasL]

Detta är nog fel tråd i alla fal, för en sådan diskussion, en ny tråd om detta kanske?

[blueint]

Förslag på var i tråden den lämpligen delas och ny rubrik?

[sodjan]

Eller bara låta tråden självdö, frågan är rellativt ointressant i alla fall.
Vilket är ett nog så bra och viktigt svar på frågan!

[SvenW]

Det är vär OK om tråden sjävdör.
Vill bara som avslut lägga till vad Stallman skriver på sin sida
https://stallman.org/stallman-computing.html
"My favorite programming languages are Lisp and C."
"By contrast, I find C++ quite ugly."

[Lennart Aspenryd]

Jag tror att TS och många andra redan har fått svaret!
Det skall bli intressant att höra vad TS tycker när han har skummat igenom böckerna.

För visst är det så att man drar på sig en hel del erfarenheter när man har gjort några applikationsprogram
Och man återanvänder inte bara tänket, utan även kod!
Det är ju så med C++ att man kanske skall kolla biblioteket och revidera det med sex månaders mellanrum, inte tätare sa Bjarne S till mig!

[SvenW]

Känner du Bjarne S. ( Stroustrup förmodar jag.? )
Han kommer väl från trakterna kring Skåne?

[Lennart Aspenryd]

Bjarne S. var verksam vid Universitetet i Århus när han fick erbjudandet från AT&T.
An offer he can't refuse som han sa till mig när jag frågade varför han flyttade!
Och jag känner honom inte så personligt, har bara gått en längre kurs.