Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
Werbeanzeige
Community-Fossil
Quellcode |
|
1 2 3 4 5 6 7 8 9 |
public class Klasse{ private foo bar = 5; getter á la bar = wert; // -> warum bar nicht public machen? setter // -> prüft nix und gibt einfach nur bar zurück... bisschen Logik hier // -> auch evt. nicht mehr gültig, wer weiß das schon bisschen Logik da // -> danach evt. nicht mehr gültig } |
Quellcode |
|
1 |
Foo testObjekt = new FooBuilder().withWert(1).withAndererWert(2).withWertN("blub").getEntity(); // wenn man davon eine vergisst kann Schrott rauskommen |
Mir ist gerade beim lesen von Toas Post noch mal aufgefallen: in unserem Projekt wird sehr viel "weggemocket". Das führt dann zu einem dichten Gestrüpp aus XYBuildern, bei denen es länger dauert herauszufinden wie sie funktionieren, als den eigentlichen Test zu schreiben. Die Builder erzeugen ohne entsprechende Methodenaufrufe Objekte im ungültigem Zustand (was sich beim testen dann als Exception äußert, Top Kandidat ist da die NullPointerException).
Es ist ja keine Schande etwas falsch zu machen, als Programmierer tu ich das täglich, [...].
Community-Fossil
Quellcode |
|
1 2 3 4 5 |
new Builder().withWert(123)... withWert(a){ neuesObjekt.setA(a); } |
Community-Fossil
Alle Arten von Listen (meist ArrayList<T>) sind dabei eine Ausnahme, damit nicht einfach ein null zugewiesen kann, gibt es keinen Setter, sondern nur einen Getter. Den Listen können dann Werte zugewiesen werden, indem die Liste per Getter abgerufen und deren Methoden (add, remove[ic], [ic]clear, ...) aufgerufen werden (statt Methoden, wie "addComment" zu verwenden).
Alle Arten von Listen (meist ArrayList<T>) sind dabei eine Ausnahme, damit nicht einfach ein null zugewiesen kann, gibt es keinen Setter, sondern nur einen Getter. Den Listen können dann Werte zugewiesen werden, indem die Liste per Getter abgerufen und deren Methoden (add, remove[ic], [ic]clear, ...) aufgerufen werden (statt Methoden, wie "addComment" zu verwenden).
Das z.B. finde ich gelungenes Design. Ständig wird um Container herumprogrammiert. Aber genau diese Dinge, die ich in meinen privaten Projekten für selbstverständlich erklärt habe, werden hier noch gewrapped, durch ServiceLocater und eine Abstrakte Basisklasse + mehrere Interfaces versteckt/abstrahiert bis zum geht nicht mehr.
Es ist ja keine Schande etwas falsch zu machen, als Programmierer tu ich das täglich, [...].
Community-Fossil
Quellcode |
|
1 2 3 4 5 6 7 8 9 10 |
public class Foo extends ArrayList<Integer> { // hier hätte ich mir was wie: "public class Foo extends ArrayList<int>" gewünscht..., naja @Override public boolean add(int i) { if(i > 5 && i < 10){ return false; } return super.add(i); } } |
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Es ist ja keine Schande etwas falsch zu machen, als Programmierer tu ich das täglich, [...].
Community-Fossil
Werbeanzeige