Neuer C-Standard

[Jan (Gast)]

Hallo alle,

ich habe kürzlich gesagt bekommen, dass im nächsten C-Standard, welcher 
noch dieses Jahr rauskommen soll, die If-Bedingungen abgeschafft werden 
soll.

Es soll dann ausschließlich nur noch Switch-Case zur Verfügung stehen, 
aus sicherheitskritischen Aspekten. Vermutlich werden zuviele 
Programmierfehler mit einem klassischen If-Else gemacht.

Was haltet ihr davon? Dann muss ich ja sämtliche Programme umschreiben?

Jan

[Stefan F. (Gast)]

Der Scherz war zu flach, versuche es nochmal.

[Drückeberger (Gast)]

Das hatte ich auch gelesen. Aber was ich noch blöder finde ist das 
automatische twittern aller Makros.

[Kaj (Gast)]

Jan schrieb:
> Es soll dann ausschließlich nur noch Switch-Case zur Verfügung stehen

Ist zwar C++ und nicht C, aber was solls ;)

C++ Core Guidelines: To switch or not to switch, that is the Question
https://www.heise.de/developer/artikel/C-Core-Guidelines-To-switch-or-not-to-switch-that-is-the-Question-3985896.html

[Wilhelm M. (wimalopaan)]

Und in C++20 werden rohe Zeiger [deprecated], damit sie in C++23 
abgeschafft werden können ;-)

[Stefan F. (Gast)]

Man hätte auch C++ abkündigen können, weil es links und rechts von 
anderen "besseren" Programmiersprachen überholt wurde.

Mal ehrlich, ich programmiere auch ab und zu noch ein bisschen in C++. 
Aber diese Programmiersprache ist doch längst über ihren Zenit hinaus 
gealtert. Man sollte sie so lassen, wie sie ist und seine Zeit in 
Nützlichere Entwicklungen stecken.

Ich stelle mir vor, wie in diesem Gremium lauter alte Opas (wie ich) 
kauern, die schnell noch ihr persönliches Gimmick einbauen wollen, bevor 
Ihre Augen versagen und damit ein anderer Beruf fällig wird.

Komischerweise ist C++ stärker gealtert, als ihr Vater C. Sollen sie 
doch C verbessern, davon könnten mehr Leute profitieren.

[Peter D. (peda)]

Jan schrieb:
> die If-Bedingungen abgeschafft werden
> soll.

Ich mag das auch nicht. Ich benutze dafür oft ?:

[S. Landolt (Gast)]

Palmström programmiert vor zwölf Experten
die berühmten "Formeln ohne 'if'",
     deren Möglichkeiten zu erhärten.

Jeder sieht bewundernd Trick und Kniff
und erkennt sofort den Nutzen, denn:
     Zwölf Experten einig (!) - ohne 'falls' und 'wenn'.

KLEN

[Daniel A. (daniel-a)]

Peter D. schrieb:
> Jan schrieb:
>> die If-Bedingungen abgeschafft werden
>> soll.
>
> Ich mag das auch nicht. Ich benutze dafür oft ?:

Alles anfänger hier... Erfahrene verwenden:

(bedingung)&&(falls_wahr(),1)||(falls_falsch(),0);

Und bei gcc kann man für den conditionell ausgeführten code zur 
vereinfachung noch dashier verwenden:
https://gcc.gnu.org/onlinedocs/gcc/Statement-Exprs.html

In C++ gehen vermutlich auch lambdas dafür.

[Alex G. (dragongamer)]

Wilhelm M. schrieb:
> Und in C++20 werden rohe Zeiger [deprecated], damit sie in C++23
> abgeschafft werden können ;-)
In PC Anwendungen (also wo Effizienz nicht absolut höchstes Gebot ist) 
wäre das alles andere als Schlecht. Die sind praktiwch die Hauptursache 
für unerkannte bufferoverflows und ähnliche Angriffsvektoren.
Nicht umsonst handhaben Rust und GO das anders.

[Dr. Sommer (Gast)]

Stefan U. schrieb:
> Man hätte auch C++ abkündigen können, weil es links und rechts von
> anderen "besseren" Programmiersprachen überholt wurde.

Oh, welche (ausgereiften!) Sprachen bieten denn eine derart mächtige 
Unterstützung von Meta Programmierung und Abstraktion bei extrem höher 
Performance, direkter Kontrolle über die Speicher Nutzung, und Eignung 
für eingebettete Systeme?

[Nop (Gast)]

Dafür sollen künftig in C endlich die if-Schleifen standardisiert 
werden.

[poN (Gast)]

Nop schrieb:
> if-Schleifen

was ist denn das?

[Ralf S. (Gast)]

poN schrieb:
> was ist denn das?

Ein Fehler, gegen den auch kein Wiederstand mehr hilft ;)

[Wilhelm M. (wimalopaan)]

Das ist PR010418, mit dem der C11/C++17-Standard an den Sprachgebrauch 
einiger Unverbesserlicher angepasst wird.

[Einer K. (Gast)]

Ralf S. schrieb:
> Ein Fehler, gegen den auch kein Wiederstand mehr hilft ;)

Auf der Straße des geringsten Widerstandes, versagen die stärksten 
Bremsen.

[Programmiersprachentheaterintendant (Gast)]

Dr. Sommer schrieb:
> Stefan U. schrieb:
>> Man hätte auch C++ abkündigen können, weil es links und rechts von
>> anderen "besseren" Programmiersprachen überholt wurde.
>
> Oh, welche (ausgereiften!) Sprachen bieten denn eine derart mächtige
> Unterstützung von Meta Programmierung und Abstraktion
Lisp
> bei extrem höher Performance,
Maximal funktional, nix ist ausgeklammert.
> direkter Kontrolle über die Speicher Nutzung,
Nimmt allen Speicher, auch den swap
> und Eignung
> für eingebettete Systeme?
http://www.ulisp.com/

[Stefan F. (Gast)]

Die "mächtige Unterstützung von" irgendwas ist gerade aus der Mode 
gekommen. Heute sind Programmier-Werkzeuge gefragt, die alles von ganz 
alleine machen und jeden denkbaren Programmierfehler ausschließen. Je 
weniger der blöde Programmierer tippen muss bzw. kann, umso weniger 
macht er kaputt. Je weniger komplex die Sprache ist, umso korrekter die 
Programme. In Zukunft brauchen die Manager nur noch ihre Mindmaps und 
Powerpoints durch die KI wolfen und heraus kommt das fertige Produkt.

Hätten einige jedenfalls gerne so. Guckt eich doch nur mal an, was für 
ein Bullshit regelmäßig bei Heise beworben wird.

[Nop (Gast)]

Stefan U. schrieb:
> Je weniger komplex die Sprache ist, umso korrekter die
> Programme. In Zukunft brauchen die Manager nur noch ihre Mindmaps und
> Powerpoints durch die KI wolfen und heraus kommt das fertige Produkt.

Höre ich da "Cobol"? :-)

> Hätten einige jedenfalls gerne so. Guckt eich doch nur mal an, was für
> ein Bullshit regelmäßig bei Heise beworben wird.

Früher war mehr Lametta bei Heise.

[Dr. Sommer (Gast)]

Programmiersprachentheaterintendant schrieb:
> Lisp
Dynamische Typisierung ist auch nicht soo dolle. Es kann halt auch nicht 
alles was C++ kann. Es wird wohl einen Grund geben warum das weiterhin 
verwendet wird, und was genutzt wird sollte auch weiter entwickelt 
werden.

Stefan U. schrieb:
> Die "mächtige Unterstützung von" irgendwas ist gerade aus der Mode
> gekommen.
Soso, deswegen erlebt C++ also seit C++11 eine kleine Renaissance mit 
der besseren Metaprogrammierung.

Stefan U. schrieb:
> Je weniger komplex die Sprache ist, umso korrekter die
> Programme.
Sieht man ja an C, die unendlichen Fummeleien mit strcpy, strlen usw die 
früher oder später zu Buffer Overflows führen sind natürlich 
verschmerzbar, hauptsache man muss nicht std::string schreiben.