Refactoring mit mehreren "if" - Anweisungen

Ich habe vor kurzem begonnen die Programmierung viel mehr für meinen job. Ich kann zwar in der Regel erhalten die Arbeit gemacht, meinen code nicht "riechen" Recht auf mich.

Wie würde ich es richtig umgestalten, so etwas wie dieses:

   def functiona()
   def functionb()
   def functionc()
   def functionn()

   if (a){
      functiona
   }
   elif (b){
      functionb
   }
   etc, etc, etc,

Für einige Kontext, ich bin die Einnahme einer großen XML-Datei hat ein Kontakt-Feld für jedes Objekt, das formatiert ist unterschiedlich, je nachdem, eine andere Eigenschaft des Objekts (D. H. der Agentur) und dann hab ich gemacht, alle diese Funktionen zu analysieren, das Feld Kontakt aus.

  • OO Sprache? Mehrere Dinge abhängig von der "Agentur"? Dein code ist ok, und alternativen werden mehr code und weniger transparent...
  • Ich bin mit groovy für diesen bestimmten code, aber ich war grundsätzlich neugierig, wenn es wurde ein design-Muster zu handhaben. Ich denke, mein Hauptproblem ist, dass alle diese freaking "if" - Anweisungen.
  • Im Grunde nur das an info, was verändert format, alles andere scheint universell standardisierte
  • Die standard-Antwort auf "mit was muss ich ersetzen-Bedingungen?", ist Polymorphismus. Ich bin nicht sicher, es gilt auch hier, aber es ist immer eine überlegung Wert.
InformationsquelleAutor Evan | 2014-04-08
  1. 3

    Design-Muster wäre das Objekt Zustand Muster: wiki State_pattern.

    In einer OO-Sprache wäre dies eine Reihe von verschiedenen Klassen, die jeder implementieren das gleiche interface und erstellen Sie eine entsprechende Instanz auf der Basis des 'Staates' und der Instanz abgeschlossen die gesamte Verarbeitung bis sich der "Zustand" ändert. Dann ist es zerstört und eine andere Instanz erstellt.

    In nicht-OO-Sprachen, die getan werden könnte, mit einem Zeiger auf eine Funktion mit ein-Satz-Signatur und der 'Staat' bestimmt, welche aus mehreren Funktionen, die Zeiger zeigt.

    Diese beiden Techniken sind sehr flexibel, aber in der Regel sind schwerer zu befolgen, als eine einfache if - Anweisung. Das heißt, eine massive if ist oft fehleranfällig aufgrund reader Müdigkeit und code-Blindheit...

    • Danke, das sieht aus wie das, was ich suchte. Nicht Wert ist es für meinen Anwendungsfall, aber gut zu wissen, in die Zukunft.
    InformationsquelleAutor Wain
Schreibe einen Kommentar