Ist eine Methode zum Starten, Ausführen oder Ausführen eine gute Praxis?

Ich arbeite derzeit an einer Codebasis mit vielen Klassen, die eine Start-Methode implementieren. Dies scheint mir eine zweiphasige Konstruktion zu sein, die ich immer für eine schlechte Praxis gehalten hatte. Ich kann den Unterschied zwischen diesem und einem Konstruktor nicht erkennen.

Wann ist es angebracht, eine Startmethode anstelle der normalen Objektkonstruktion zu verwenden?

Wann sollte ich lieber den Konstruktor verwenden?

Bearbeiten: Ich denke nicht, dass es so relevant ist, aber die Programmiersprache ist C #, es könnte gleichermaßen für Java oder C ++ gelten

Ein Start()Verfahren (wie Run(), Execute()oder etwas Ähnliches) ist geeignet , wenn die Kosten für die Aufgabe des Konstruierens niedrig ist, aber die Kosten der Verwendung ist es hoch. Zum Beispiel: Eine Klasse, die einen Best-Path-Optimization-Algorithmus kapselt. Es ist trivial, ihn mit einer Reihe von Parametern einzurichten ( XQuadrate für YQuadrate, mit einer solchen Bewertungsmethode), aber es kann eine Weile dauern, bis er ausgeführt wird. Wenn Sie 20 dieser Objekte erstellen möchten, möchten Sie möglicherweise die Ausführung verzögern, bis alle Objekte erstellt wurden. Auf diese Weise können Sie sie beispielsweise einfacher parallelisieren.

Alternativ kann es nützlich sein, wenn Sie nicht wissen, wann das Objekt gestartet werden muss - möglicherweise, weil es auf Benutzereingaben oder einer Logik basiert, die aus einer Liste von Möglichkeiten auswählt.

Dies setzt natürlich voraus, dass dies Start()die nützliche Methode für das Objekt ist und nicht eine Entsprechung zu einer Initialize()Methode. Wenn es nur eine zusätzliche Möglichkeit ist, weitere Parameter festzulegen, sollte es nicht existieren.

Code Complete (und viele andere Softwareentwicklungsressourcen) heben hervor, dass Ihre Klassen mit Objekten der realen Welt verglichen werden. Ich glaube, der Hauptgrund dafür ist, dass Sie dadurch wahrscheinlicher verstehen, was Sie implementieren, als sich von einer immateriellen Idee abzukoppeln.

Wenn Sie sich für diese Theorie entscheiden, sehe ich nichts Falsches daran Start(), einer Klasse eine Methode hinzuzufügen , die, wenn es sich um ein reales Objekt handelt, auch einen Ruhezustand haben sollte. Wenn es keinen Sinn macht, dass Ihr Objekt existiert, während es nicht ausgeführt wird (oder wenn Ihr Objekt überhaupt ausgeführt wird), dann würde ich sagen, dass es eine schlechte Praxis ist.

Sie können Lazy Initialization verwenden.

In der Computerprogrammierung ist die verzögerte Initialisierung die Taktik, die Erstellung eines Objekts, die Berechnung eines Werts oder einen anderen teuren Prozess bis zum ersten Mal zu verzögern, bis er benötigt wird.

Auf diese Weise vermeiden Sie eine zeitliche Kopplung, dh der Consumer Ihrer Klasse muss bestimmte Methoden in einer bestimmten Reihenfolge aufrufen. Wenn Sie start()zuerst anrufen müssen, müssen Sie wissen, wie die Klasse intern funktioniert. Dies ist schlecht, da Sie dies möglicherweise in Zukunft ändern werden.

Verzögern Sie die teure Initialisierung, bis sie zum ersten Mal benötigt wird.

Beispiel:

public class FooClass{

    private ExpensiveResource resource;
    private CheapResource cheap;

    public  FooClass(String someParameter){
        // constructor: initialize CheapResource cheap 
            // but NOT ExpensiveResource resource
    }

    public ExpensiveResource getExpensiveResource(){
        if (resource == null) {
            this.initializeExpensiveResource();     
        }
        return this.resource
    }

    public String getExpensiveResourceName(){
        if (resource == null) {
            this.initializeExpensiveResource();     
        }
        return this.resource.getName();
    }   

    public CheapResource getCheapResource(){
        return this.cheap;
    }

    private initializeExpensiveResource(){
        // do expensive initialization of field "resource"
    }

}

public class Test{
    public static void main (String args[]){

        FooClass foo = new FooClass("some string");
        CheapResource cr = foo.getCheapResource();
        String s = foo.getExpensiveResourceName(); 
          // just now is the expensive resource initialized

    }
}