Gibt es Hexen?

[himitsu]

Zitat von Dejan Vu:

Klar geht das

Delphi-Quellcode:

if foo then
  if bar then
    doBar()
  else 
else
  doFoo();

Jupp, es geht alles, oder man dreht es um

Delphi-Quellcode:

if not foo then
  doFoo()
else
  if bar then
    doBar();

if not foo then
  doFoo()
else if bar then
  doBar();

uvm.

Nicht, daß sonst noch jemand auf eine andere Idee kommt.

Delphi-Quellcode:

if foo then
else
  doFoo();

OK, zumindestens ist der Code nicht falsch.


PS: Ich hatte vor dem ersten Öffnen an HEXen gedacht.

[Popov]

@Dejan Vu

Wenn du dich auf das obere Beispiel beziehst:

Delphi-Quellcode:

  if ... then
  begin
    if ... then
      exit;
  end;

es entspricht dem Beispiel aus #1 von idefix2. Nur die Schreibweise, bzw. Verteilung auf einzelnen Zeilen ist anders. Ob man es also wie oben oder so wie hier schreibt

Delphi-Quellcode:

  if ... then
    if ... then
      exit;

ist schnuppe. Die Lesbarkeit die ich meinte kommt nicht von vielen begin-end-Blöcken, da hast du mich anscheinend missverstanden, sondern von eigenen Zeilen für eine Anweisung.

Wobei man wiederum hier aufpassen sollte:

Delphi-Quellcode:

if ... then
  if ... then
    exit
  else
    nixda;

wenn man das meint:

Delphi-Quellcode:

if ... then
  if ... then
    exit;
else
  nixda;

Wobei das Delphi nicht schlucken wird, da es das nicht versteht.

Delphi-Quellcode:

if ... then
begin
  if ... then
    exit;
end
else
  nixda;

Das wird klappen. Aber aus gründen der Lesbarkeit mache ich auch das:

Delphi-Quellcode:

if ... then
begin
  if ... then
    exit
  else
    nixda;
end;

nicht weil es besser ist, aber so erkenne ich 0,2 Sekunden schneller wie das Programm gedacht ist. Aber jedem das Seine.

[Sir Rufo]

Bei diesen Konstrukten ist es immer hilfreich den Code-Formatter einzusetzen (ist bei mir quasi schon ein Reflex) inkl. dem CnPack damit einem "falsche" Konstrukte sofort ins Auge springen.

Denn die scheren sich einen Dreck um das was man gemeint hat, sondern zeigen das, was man geschrieben hat.

IdR benutze ich aber auch ein zusätzlichen begin end um die Zusammengehörigkeit der Code-Blöcke eindeutig festzulegen.

[Bjoerk]

Auch immer nett:

Delphi-Quellcode:

if .. then
  if .. then
    ..
else
  .. ;

[idefix2]

Zitat von Popov:

Ob es hier so ist oder nicht, ist irrelevant. Sowas rächt sich gelegentlich.

Es ist irgendwie lustig, wie hier immer wieder Glaubenskriege um die "richtige" Formatierung von programmcode begonnen werden.
Ich persönlich halte die Programmformatierung, die aktuell in Mode ist, und die auch von den Codeformattern unterstützt wird, für extrem unübersichtlich, aber jedem das Seine.

[Sir Rufo]

Zitat von idefix2:

Zitat von Popov:

Ob es hier so ist oder nicht, ist irrelevant. Sowas rächt sich gelegentlich.

Es ist irgendwie lustig, wie hier immer wieder Glaubenskriege um die "richtige" Formatierung von programmcode begonnen werden.
Ich persönlich halte die Programmformatierung, die aktuell in Mode ist, und die auch von den Codeformattern unterstützt wird, für extrem unübersichtlich, aber jedem das Seine.

Über Formatierungen kann man sich streiten, weil Geschmackssache, aber wenn aufgrund der (Nicht- oder Falsch-)Formatierung sich Fehler in den Code schleichen oder die aktuelle Zeile vom Debugger mehrdeutig ist

Delphi-Quellcode:

// Ja, wo simma denn?
if ... then begin ... end else begin ... end;

und darum nicht den Fehler finden kann dann gibt es eben was an die Backen.

So einfach ist das dann. Wie jemand den Code formatiert ist mir also herzlich egal. Ich drücke einmal auf STRG-D und schon ist es so, wie ich das will.

[Der schöne Günther]

http://xkcd.com/1513/

Ich verstehe die Diskussion auch nicht. Entweder gibt es Styleguides im Unternehmen. Oder man drückt nach dem Öffnen seinen Hotkey fürs Formatieren und hat den Code so wie man es gewöhnt ist.

Und ob es nun Hexen gibt oder nicht ist auch noch nicht abschließend geklärt.

[Popov]

Zitat von idefix2:

Es ist irgendwie lustig, wie hier immer wieder Glaubenskriege um die "richtige" Formatierung von programmcode begonnen werden.
Ich persönlich halte die Programmformatierung, die aktuell in Mode ist, und die auch von den Codeformattern unterstützt wird, für extrem unübersichtlich, aber jedem das Seine.

idefix2, mir ist es schnuppe wie du formatierst, das war nicht meine Intention hinter der Bemerkung. Ich wollte damit nur sagen, dass man bei einigen Formatierungen später u. U. nicht weiß wo der Debuger nun gerade ist. Wie du es machst, ist deine Sache. Was übersichtlich ist eine andere.

Bleibt der Debuger in der Zeile stehen, weiß ich nicht ob er gerade bei if then ist oder bei exit . Aber hier kann ich zumindest meine Erfahrung einsetzen:

Delphi-Quellcode:

  if a = b then exit;
  ...

Verwirrender wird aber das

Delphi-Quellcode:

  if a = b 
  then exit;

Bleibt er hier in then exit; Zeile stehen, weiß ich wirklich nicht wo er ist.

Denn, im ersten Beispiel wurden zwei Anweisungen in einer Zeile geschrieben.

Im zweiten Beispiel wurde eine Anweisung auf zwei Zeilen verteilt. Also wenn der Debuger weiß in welche Zeile er gerade ist, dass Respekt, ich wüsste dann nicht ob er gerade noch if then ist oder exit .

Aber wie gesagt, ich wollte dich nicht kritisieren. Ich sagte nur u. U. unverständlich sein könnte.

[Popov]

Zitat von Sir Rufo:

Ich drücke einmal auf STRG-D und schon ist es so, wie ich das will.

Welche Software? Hotkey kenne ich nicht.

[himitsu]

In der neuen IDE, also 1-2 Versionen nach dir (ich glaub ab D2005 oder 2006)

Oder über Fremdcomponenten. (cnPack oder GExperts ... irgendwo war da auch was drin, aber da standardmäßig unter einem anderen ShortCut, weil sich bei denen im Strg+D was Anders befindet )