Sollte man bei jedem Setter das Objekt als Referenz wieder zurückgeben?

class myClass {
    std::string title;
public:
    myClass& setTitle(const std::string&);
};

Schlechter Stil? Perfomanceverlust? Andere Gründe?

Ich persönlich würde das ablehnen, denn es verleihtet sehr zu unübersichtlichen Konstrukten wie:
obj.setTitle("Foo").setDescription("Bar").setAge(15);

m.setTitle("hallo").setTitle("hallo welt");

myClass.setBla();
myClass.setBlub();
myClass.setFoo();

Sondern:

myClass.setBla().setBlub().setFoo();

Das nennt man Function Chaining. Das hat den Vorteil, dass man nicht schreiben muss:

Ob man dies als Vorteil sehen kann?
Ich persönlich bevorzuge einen Funktionsaufruf pro Zeile. Aber ist sicherlich auch Geschmacksache.

Grüssli

...... schrieb:

Das nennt man Function Chaining. Das hat den Vorteil, dass man nicht schreiben muss:

Ob man dies als Vorteil sehen kann?
Ich persönlich bevorzuge einen Funktionsaufruf pro Zeile. Aber ist sicherlich auch Geschmacksache.

Grüssli

Wie immer, gibt es immer Vor- und Nachteile. Es gibt Situationen, da machen solche Konstrukte Sinn.

myList.Add("Bla")
      .Add("Blub")
      .Add("Foo");

Andererseits gibts natürlich auch massive Nachteile. Beispielsweise ist das Debugging solcher Ketten nicht sonderlich schön.
Auch kann die Lesbarkeit stark abnehmen, wenn man es übertreibt. Letzendlich ist aber auch std::cout eine Kette von Befehlen und daher nichts anderes. Das Konzept ist das gleiche - wo es Sinn macht, kann man darüber nachdenken.

Man muss natürlich garantieren können, dass immer ein gültiges Objekt zurückgegeben wird. Ansonsten crasht natürlich alles.

sql_ressource sql("www.my_sql_server.com");
std::vector<std::string> result = sql.select("*").from("users").where("client_id").equals(45).asc();

Wie immer, gibt es immer Vor- und Nachteile. Es gibt Situationen, da machen solche Konstrukte Sinn.

myList.Add("Bla")
      .Add("Blub")
      .Add("Foo");

Ad aCTa schrieb:

Mir fällt da immer wieder SQL als Beispiel ein:

sql_ressource sql("www.my_sql_server.com");
std::vector<std::string> result = sql.select("*").from("users").where("client_id").equals(45).asc();

Und beide Beispiele sind nicht treffend, da es hier eindeutig um Setter geht.

Mir fällt da immer wieder SQL als Beispiel ein:

sql_ressource sql("www.my_sql_server.com");
std::vector<std::string> result = sql.select("*").from("users").where("client_id").equals(45).asc();

Hi,
darf ich fragen aus welchem wrapper oder gar library/framework der Ausschnitt stammt.
Sieht nämlich ganz interessant aus.
Gruß Gate.

Ad aCTa schrieb:

Mir fällt da immer wieder SQL als Beispiel ein:

sql_ressource sql("www.my_sql_server.com");
std::vector<std::string> result = sql.select("*").from("users").where("client_id").equals(45).asc();

Hi,
darf ich fragen aus welchem wrapper oder gar library/framework der Ausschnitt stammt.
Sieht nämlich ganz interessant aus.
Gruß Gate.

Ja, vor allem wenn man sich die Alternative anschaut, so einen SQL-String selber tippen zu müssen. Ich habs eben Testhalber für obige Abfrage mal gemacht und war überrascht.

select name from employee where employeeID not in (select employeeID from assignment)

Wie sieht dann sowas aus?

select name from employee where employeeID not in (select employeeID from assignment)

Vielleicht

select("name").from("employee").where("employeeID").notIN(sql.select("employeeED").from("assignment"));

sql.select("name")
   .from("employee")
   .where("employeeID").notin()
      .select("employeeID")
      .from("assignment")

sql.where("dfs").select("*").equal("dsfsfs").from("f");

Oder wird das sogar noch "richtig" ausgeführt?

Verhinder der Compiler dann sowas?

sql.where("dfs").select("*").equal("dsfsfs").from("f");

Oder wird das sogar noch "richtig" ausgeführt?

Wie soll der Compiler es verhindern? Es sind nur Strings. Wenn es falsch Information kommt es dann zur ein Fehler.

Verhinder der Compiler dann sowas?

sql.where("dfs").select("*").equal("dsfsfs").from("f");

Oder wird das sogar noch "richtig" ausgeführt?

Der Biblitheksschreiber kann es verhindern, muß es aber nicht verhindern.
Normalerweise wird er es verhindern mit den selben Mitteln mit denen er zum Beispiel vergessene From-Clauses verhindert.

Aber kann auch sein, dass ich das völlig falsch einschätze, es ist mehr eine spontane Vermutung.