Seit wann kann man Bezeichner mit Umlauten verwenden?

[Codehunter]

Hallo!

Ganz kurze Frage: Seit welcher Delphi-Version kann man eigentlich Bezeichner mit Umlauten verwenden?

Delphi-Quellcode:

var
  LMeineSchöneVariable: Integer;

Ich habe das nie mehr versucht, seit Delphi 5 damals immer genörgelt hat. Jetzt hab ich das zufällig in einer zugekauften Unit gesehen...

Grüße
Cody

[Andreas13]

Hallo Codehunter,
in Delphi XE5 geht es bereits.
Gruß, Andreas

[samso]

Delphi 2007 kann es auch.

[IBExpert]

Ging das nicht sogar ab 2009? Das war ja die erste Unicode Version ...
Hatte nicht mal Matthias das in der Zeit mit sehr abstrusen Sonderzeichen gezeigt?

Da nach dem Compile-Vorgang Variablennamen keine Bedeutung mehr haben ist das technisch ziemlich egal,
aber stell dir mal vor, du arbeitest im Team zusammen mit diversen Osteuropäern und die Häfte der Bezeichner im
Code sind kyrillisch ...

Auch wenn es technisch möglich ist, würde ich immer drauf verzichten, ist aber Ansichtssache

[Codehunter]

Zitat:

Zitat von IBExpert (Beitrag 1440943)

aber stell dir mal vor, du arbeitest im Team zusammen mit diversen Osteuropäern und die Häfte der Bezeichner im
Code sind kyrillisch ...

Auch wenn es technisch möglich ist, würde ich immer drauf verzichten, ist aber Ansichtssache

Genau deswegen fragte ich auch. Ich halte es für schlechtes Codedesign. Schlimm genug, wenn man Quellen sieht mit spanischem oder französischem Vokabular. Aber dass Sonderzeichen auch möglich wären hat mich ehrlich gesagt erschreckt. Wobei relativierend zu sagen wäre: Jetzt nach fast zwei Dekaden ist mir das zum ersten Mal aufgefallen. Scheint also kein akutes Problem zu sein.

[Neutral General]

Kyrillisch und Umlaute sind allerdings keine Sonderzeichen ;)

[Uwe Raabe]

Ich würde dringend davon abraten, Non-ASCII-Zeichen (> #127) im Code und insbesondere bei der Benennung von Komponenten zu verwenden. Neben einer ganzen Reihe von Zusatztools kommt nicht mal die IDE eigene Ansicht als Text Funktionalität damit klar: Viewing a form as text fails with non ascii control or event names

[p80286]

Zitat:

Zitat von Neutral General (Beitrag 1440946)

Kyrillisch und Umlaute sind allerdings keine Sonderzeichen ;)

Korinthenkacker :wink:

Wobei ich noch Erfahrungen mit US-ASCII/DIN-ASCII habe, da war dann [ plötzlich Ü, das war zumindest am Anfang stark gewöhnungsbedürftig.

Aber nicht alles was geht, ist auch vernünftig. Darum alles was ausserhalb von A..Z,a..z liegt sollte man meiden wie der Teufel das Weihwaser.

Gruß
K-H

P.S.
Natürlich dürfen auch Ziffern und die notwendigen Sonderzeichen genutzt werde. :)

[Neutral General]

Zitat:

Zitat von p80286 (Beitrag 1440963)

Zitat:

Zitat von Neutral General (Beitrag 1440946)

Kyrillisch und Umlaute sind allerdings keine Sonderzeichen ;)

Korinthenkacker :wink:

:stupid:

[Stevie]

Besonders "witzig" isses, wenn man mitten im Bezeichner ein Bidirektionales Steuerzeichen einbaut :twisted:

Zum Thema Sprache des Sourcecodes: in einem DDD Workshop bei der EKON merkte die Referentin mal an, dass es durchaus sinnvoll ist, den Sourcecode in derselben Sprache zu halten wie die Domänensprache, anstatt sich einen abzubrechen, Begriffe in englisch zu übersetzen. Allerdings mit dem Zusatz, dass alle beteiligten Entwickler dann diese Sprache beherrschen natürlich.

[Uwe Raabe]

Zitat:

Zitat von Stevie (Beitrag 1440983)

dass es durchaus sinnvoll ist, den Sourcecode in derselben Sprache zu halten wie die Domänensprache, anstatt sich einen abzubrechen, Begriffe in englisch zu übersetzen. Allerdings mit dem Zusatz, dass alle beteiligten Entwickler dann diese Sprache beherrschen natürlich.

Wir hatten hier im Team auch gerade eine diesbezügliche Diskussion. Das Programm gibt es nur auf Deutsch, aber es gibt auch Entwickler, die Deutsch nicht so gut sprechen. Die ganzen Domänen-Fachbegriffe auf Englisch zu übersetzen hätte für alle Entwickler ein Umdenken erfordert (es ist auch fraglich, ob es für alles überhaupt eine Übersetzung gibt). Auch würden die Entwickler dann eine andere Sprache sprechen als der Rest des Teams (Tester, Support, Produktmanagement). Wir haben uns dann dafür entschieden, Code generell Englisch zu schreiben und lediglich die Fachbegriffe in Deutsch zu belassen - dann aber mit ae, ue, oe usw.

[Redeemer]

2005 ging es auch. Wer bietet weniger?

[zeras]

Zitat:

Zitat von Uwe Raabe (Beitrag 1440947)

Ich würde dringend davon abraten, Non-ASCII-Zeichen (> #127) im Code und insbesondere bei der Benennung von Komponenten zu verwenden. Neben einer ganzen Reihe von Zusatztools kommt nicht mal die IDE eigene Ansicht als Text Funktionalität damit klar: Viewing a form as text fails with non ascii control or event names

Ich nutze tsilang für Übersetzungen. Hier kam es auch zu Problemen bei solcher Konstellation. Ich habe dann den Quelltext doch geändert.