Fun zum Feierabend

[Heinileini]

Aber "ElseIf" ist auch nicht plattformunabhängig einsetzbar. Im TIA-SCL muss es "ElsIf" heißen. Aber irgendwas ist ja immer

Stimmt absolut, Mario!
Aber das ist eine Angelegenheit, die man dann für einen kompletten Baustein oder ein komplettes Programm per suchen & ersetzen abhaken kann.
Alleine das Einfügen der Semikolons macht da schon mehr Arbeit … und das Einfügen der DoppelPunkte vor den ZuweisungsGleichheitsZeichen und … und … und ...

[JesperMP]

Select Case True

Das ist einfach pervers.
Es ist völlig dasselbe wie ein ELSE_IF "Orgie", nur ohne ELSE_IF.

[Heinileini]

Select Case True

Das ist einfach pervers.
Es ist völlig dasselbe wie ein ELSE_IF "Orgie", nur ohne ELSE_IF.

Einfach pervers? Doppelt pervers wird es, wenn man 'Select Case False' statt 'Select Case True' schreibt!
Ich glaube, wenn ich Compiler wäre, ich könnte mir das Meckern nicht verkneifen!

[DeltaMikeAir]

Hihi, der ist fies. Aber für 999 funktioniert prima....

Was mir mal wieder schleierhaft ist, ich habe den Fehler im Beitrag vorgestern gemeldet, aber => keine Antwort, keine Reaktion, keine Änderung??

[StructuredTrash]

Was mir mal wieder schleierhaft ist, ich habe den Fehler im Beitrag vorgestern gemeldet, aber => keine Antwort, keine Reaktion, keine Änderung??

Nun lass die Kollegen doch erstmal für alle Werte prüfen, ob es funktioniert oder nicht.

[DeltaMikeAir]

Nun lass die Kollegen doch erstmal für alle Werte prüfen, ob es funktioniert oder nicht.

Stimmt, zurück zum Beitragsziel => FUN

[Heinileini]

Was mir mal wieder schleierhaft ist, ich habe den Fehler im Beitrag vorgestern gemeldet, aber => keine Antwort, keine Reaktion, keine Änderung??

Bist Du sicher, Michael? Du hattest geschrieben:

Wer findet den (oder die) Fehler im Bild:

Wahrscheinlich hat keiner einen oder mehrere Fehler im Bild gefunden. Ich kann da auch allenfalls den Fehler erkennen, dass sich Siemens mit diesem µSoft-Quark überhaupt herumplagt und offensichtlich Probleme damit hat, anhand von Beispielen etwas zu erklären, was man nicht wirklich erklären kann.
Case ist doch nur eine andere Schreibweise von ElseIf-Konstrukten, bei der man eigentlich dazu gezwungen sein sollte, sämtliche Vergleiche mit nur einer Variablen durchzuführen. Und der Vorteil sollte eigentlich sein, diese Variable auch nur 1mal hinschreiben zu müssen, statt sie in jedem Vergleich [u.U. sogar mehrfach(!)] wieder neu schreiben zu müssen.
Dass ausgerechnet diese "ExistenzBerechtigung" des Case-Konstrukts gar nicht funktionsfähig ist, das spottet jeder Beschreibung. Und dies auch noch positiv ausdrücken zu müssen … der arme SiemensSchreiberling hat mein tiefstes Mitgefühl.

Originell fand ich huckis 'Select Case True'-Beitrag. Da muss man erstmal drauf kommen! Habe daraufhin dann die 'Select Case False'-Variante probiert. Die funktioniert auch - aber wie! Da bleibt einem die Spucke weg.
Besser lesbar bleibt für meinen Geschmack die ElseIf-Variante. Da weiss man, was man hat.

[DeltaMikeAir]

Wahrscheinlich hat keiner einen oder mehrere Fehler im Bild gefunden.

Schau dir mal in dem unten verlinkten Beitrag das Bild an. Der "Abhilfe Case" unten wird
so nie funktionieren ( bis auf CASE 0 und CASE 999 ).

Statt:
>=999
>=1299
>=1800
wäre richtig:
<=999
<=1299
<=1800

Fun zum Feierabend

[DeltaMikeAir]

Wahrscheinlich hat keiner einen oder mehrere Fehler im Bild gefunden.

Doch:

Hihi, der ist fies. Aber für 999 funktioniert prima....

Für die 0 auch noch

..........

[hucki]

@Delta,
ich denke, Heinilein meint, dass niemand in der Siemens-Redaktion einen Fehler gefunden hat.

Originell fand ich huckis 'Select Case True'-Beitrag. Da muss man erstmal drauf kommen!...
Besser lesbar bleibt für meinen Geschmack die ElseIf-Variante.

Das hatte ich irgendwo im Netz gefunden.

Und ich hatte dann beide Varianten probiert und trotzdem das Case im Code als lesbarer empfunden.
Vermutlich, weil es sich mehrfach innerhalb eines IF...ELSEIF-Konstrukt befindet und sich daher die Zugehörigkeiten deutlicher unterscheiden lassen.