case...of für mehrere Variablen?

[blackfin]

hilft dir da der "case true of"-Trick vielleicht, den man in C oft benutzt?
Also sowas in der Art (ungetestet):

Delphi-Quellcode:

case true of

 (a=0 and b=0):   
 begin
      
  end;

 (a>0 and a<5 and b=10):   
 begin
      
  end;

  // etc.

end;

Bin mir jetz aber nicht sicher, ob der Compiler dann nicht mit "doppeltes case label" motzt...hab sowas schon lange nicht mehr in Delphi geschrieben und kanns grad nicht testen..

[Iwo Asnet]

Geht nicht, case label müssen Konstanten sein. Dessen ungeachtet ist das kein Trick, sondern eine Zumutung

[blackfin]

Zitat:

Dessen ungeachtet ist das kein Trick, sondern eine Zumutung

hihi, ja, find ich auch, wird aber in c relativ oft verwendet, habs zumindest schon oft gesehen

[himitsu]

Wobei es in C ja eigentlich intern nur viele IFs sind, wo man auch noch manuell rausspringen muß, damit Nachfolgendes nicht auch noch mit ausgeführt wird.
(so wie ich das zumindestens mitbekommen hab)

[Meflin]

Zitat von Iwo Asnet:

Dessen ungeachtet ist das kein Trick, sondern eine Zumutung

Wie so ziemlich alles, was hier bisher so an Vorschlägen kam

[Furtbichler]

Na

Zitat von Meflin:

Zitat von Iwo Asnet:

Dessen ungeachtet ist das kein Trick, sondern eine Zumutung

Wie so ziemlich alles, was hier bisher so an Vorschlägen kam

Na dann, Größmäulchen: Belehre uns.

Wie macht man's richtig?

[Meflin]

Zitat von Furtbichler:

Na

Zitat von Meflin:

Zitat von Iwo Asnet:

Dessen ungeachtet ist das kein Trick, sondern eine Zumutung

Wie so ziemlich alles, was hier bisher so an Vorschlägen kam

Na dann, Größmäulchen: Belehre uns.

Wie macht man's richtig?

Keine Sorge, wenn ich die Frage mit den gegebenen Infos guten Gewissens beantworten könnte, hätte ichs getan. Ich muss nur wirklich lange suchen, wann ich zuletzt auch nur ein verschachteltes if schreiben musste. Vieles löst sich eben bei durchgezogener Objektorientierung mit polymorphen Aufrufen von selbst. Blos bei der abstraktion der Frage kann ich mir da auch nichts aus den Fingern saugen.

Wie sagte unser Softwaretechnik-Prof so schön? Ein case-of ist an sich schon ein Code-Smell.

[Furtbichler]

Zitat von Meflin:

Wie sagte unser Softwaretechnik-Prof so schön? Ein case-of ist an sich schon ein Code-Smell.

Na mit dem Warmduscher und Theoriefuzzi würde ich mich mal gerne unterhalten. Und natürlich lass ich mich gerne belehren. Aber Profs im Allgemeinen sind naturgemäß nicht sehr nahe an jahrelanger Praxis.

Viele IF-THEN's hintereinander sind natürlich mumpitz, weil man die Heuristik immer refaktorisieren sollte. Und das wurde ja schon erwähnt (mindestens ein sauberer Ansatz bisher).

Und deinem Prof kannst Du sagen, das eine Fallunterscheidung kein Codesmell ist, sondern durchaus gängige Praxis und auch nichts anderes als Mathematik. Wobei man über die Anzahl der Fälle durchaus diskutieren kann. Eine Classfactory ohne Case-Konstrukt ist z.B. nicht sonderlich übersichtlich.

Eine komplette Fallunterscheidung (sei es durch IFs oder CASEs) taugt im Übrigen als informeller Beweis der Vollständigkeit einer Umsetzung.

Ach egal. Wird schon wieder ein Glaubenskrieg.

[blackfin]

Zitat:

...Theoriefuzzi...

Made my day

Das denke ich mir allerdings auch oft, wenn jemand nur das wahre und reine OOP predigt.
Nichts, dass ich generell etwas gegen OOP hätte, im Gegenteil, aber leider sind oft genau das dann die Leute, die in der Praxis sich so ihrer Abstraktion verzettelt, dass das resultierende Projekt
1) Nie fertig wird
2) Noch unwartbarer wird, als hätte man Spaghetticode geschrieben, weil man vor lauter Abstraktionswahn alles vollkommen gegen die Wand gefahren hat.
Der Code ist dann vielleicht im Lehrbuch schön und mega flexibel, aber kaum noch benutzbar.

[Meflin]

Zitat von Furtbichler:

Aber Profs im Allgemeinen sind naturgemäß nicht sehr nahe an jahrelanger Praxis.

Ach ja, das gute alte nicht-Argument. Sorry, du bist disqualifiziert (... und im Übrigen ist jahrelange Praxis weder eine notwendige noch eine hinreichende Bedingung für die Fähigkeit, guten Code zu produzieren).

Zitat:

... sondern durchaus gängige Praxis und auch nichts anderes als Mathematik

Gängige Praxis ist kein Ausschlußkriterium für einen Code-Smell. Auch break und continue sind gängige Prxis und trotzdem nichts anderes als bessere Gotos. Und sorry, wenn die Sprache einen mehr oder weniger zwingt sowas zu verwenden, dann ist eben die Sprache sch***e. Und trotzdem ist's ein Smell.

Zitat:

Eine Classfactory ohne Case-Konstrukt ist z.B. nicht sonderlich übersichtlich.

Maps aka Dictionaries ersetzen gefühlte 90% aller case-Konstrukte in solchen Fällen mehr als gut und haben dabei sogar noch die passende Semantik.

Aber ja, die Diskussion wird Meta...