Was nervt euch so, während der Programmierung oder so allgemein

[Memnarch]

@Luckie: viele bunte flicken sehen aber schöner aus als ein einheitliches saubres weißes konstrukt...ist doch langweilig :stupid:

[N1ls]

Zitat:

Zitat von Valle (Beitrag 1137059)

In PHP soll das wohl angeblich einen Sinn machen. Man stellt bei Prüfung auf eine Konstante dieselbe vor den Vergleichsoperator, um zu vermeiden, dass die Variable ungewollt überschrieben wird, falls man mal "=" statt "==" schreiben sollte. Diese Unschönheit dient also einzig und allein dazu, im Falle eines Tippfehlers den Fehler schneller zu finden.

Danke :) Wenn ich wenigstens eine Erklaerung dafuer habe, komme ich damit schon eher klar. War mir nur komplett schleierhaft, warum man sowas macht.

Gruesse,

N1ls

[himitsu]

Wenn PHP, C und Co. nicht soeinen Scheiß machen würde, wie z.B. wo man innerhalb einer IF-Abfrage Zuweisungen machen kann und wenn man dazu auch noch nicht erlaubt, daß man Rückgabewerte einfach so verfallen lassen kann (vorallem bei Vergleichen), dann hätte man auch Einfach überall (Zuweisung und Vergleich) das = nehmen können, da sich dann über das Umfeld entscheidet, ob es eine Zuweisung oder ein Vergleich sein soll.
Dann würde auch nicht passieren, daß man in C ausversen eine Zuweisung statt einem Vergleich macht, da sich dann ja der Compiler dafür entscheidet, wozu er grade Lust hat. :roll:

[DeddyH]

Also stehst Du wohl auf Basic.

[himitsu]

Basic war halt seiner Zeit weit voraus. :angle2:

[mquadrat]

Zitat:

Zitat von blackfin (Beitrag 1137091)

in php gibt es ja auch noch === (also 3x istgleich), was zusätzlich zum Wert auch auf Gleichheit des Typs prüft.
(z.B. schlägt ein 0 === false dann fehl)
Da macht das manchmal Sinn...aber generell ist das auch dort auch kein Gutes Vorgehen und lässt sich immer eleganter lösen.

Naja z.B. bei strpos gibt es da nicht wirklich ein anderes Vorgehen. Schließlich ist 0 eine gültige Rückgabe, false zeigt einen Fehler an. Ohne === kann man das aber halt nicht unterscheiden.

[himitsu]

Hätte man, wie in Delphi, den Startindex auf 1 gelegt, dann gäbe es dieses Problem nicht. :roll:


Wieso legt der FinalBuilder benutzerdefinierte Variablen in der Projektdatei ab? :wall:
z.B. von einer Multi-Query ... ist von Seiten des SVN eine echt ungünstige Angewohnheit.

[mquadrat]

In Delphi gäbe es das Problem dank Typsicherheit auch mit der 0 nicht ;) Ich finde eher die 1 bei Delphi schwierig. Als Anfänger kriegt man immer gesagt Strings wären sowas wie Char-Arrays. Und dann gehen sie nicht bei 0 los :D

Viel nerviger bei PHP finde ich, dass man Variablen nicht deklarieren muss. Da merkt man nicht, wenn man sich vertippt hat :evil:

[Meflin]

Zitat:

Zitat von himitsu (Beitrag 1137173)

Hätte man, wie in Delphi, den Startindex auf 1 gelegt, dann gäbe es dieses Problem nicht. :roll:

Der eigentliche Code Smell an der Stelle ist weder das vorhandensein verschiedener Vergleichsoperatoren noch die Wahl des Startindexes - sondern dass eine Funktion verschiedene Datentypen zurückgibt. Aber lustig, dass DAS niemanden zu stören scheint :gruebel:

[mquadrat]

Zitat:

Zitat von Meflin (Beitrag 1137182)

Der eigentliche Code Smell an der Stelle ist weder das vorhandensein verschiedener Vergleichsoperatoren noch die Wahl des Startindexes - sondern dass eine Funktion verschiedene Datentypen zurückgibt. Aber lustig, dass DAS niemanden zu stören scheint :gruebel:

Liegt wohl daran, dass das in einer dynamischen Sprache kein Code-Smell, sondern ein Feature ist :D Wobei das immer weniger wird. Interessanterweise ist da Code-Completion und Dokumentation der Treiber dahinter. Da kann eine Rückgabe nur einen Typ haben.

Wirklich fies ist, dass die Funktionen teils str_* teils str* heißen und haystack und needle auch noch munter vertauscht werden. Und das das dann auch noch Inhalt der Zertifizierungsprüfung ist :D