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
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Ich bin keineswegs komisch, ich wollte Deine persönlichen Argumente hören, warum Du etwas bevorzugst und nicht nur den Fakt, dass Du es bevorzugst. Der Artikel selbst hilft mir dabei nicht, ich bin durchaus im Bilde wie es um Maven, Ant und Gradle steht. Wie gesagt ging es mir dabei aber um Deine persönlichen Gründe, die zu der Entscheidung geführt haben. Das halte ich für eine wichtige Grundlage in Diskussionen.sei nicht immer so komisch.
Community-Fossil
Ich denke das kommt der Wartung von Software zu gute, da man oft mit OO Patterns arbeitet. Auch lose Kopplung ist immer von Vorteil. In Module unterteilen.
Irgendwie muss man ja Herr werden des ganzen.
Deswegen arbeitet OO gut mit dem Prinzip. Teile und Herrsche.
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 11 12 13 14 15 |
class Personendaten{ String name, vorname; // ... } class Adressdaten{ String strasse; int hausnummer; // ... } class SpeziellesObjekt{ Personendaten personendaten; Adressdaten adressdaten; } |
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »DeKugelschieber« (19.03.2015, 15:36)
Community-Fossil
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Nein, falsch. Solche Methoden erhöhen die Kapselung und sorgen dafür, dass Klasse nicht unnötig aufgebläht werden. Das gilt wohlgemerkt nur unter gewissen Umständen, wie etwa dann, wenn die betreffende Methode auf keinerlei Attribute oder Methoden der Klasse zugreift, in der sie liegt. In so einem Fall ist es clean code und good practice die Methode eben nicht Teil der Klasse zu machen, sondern auszulagern.Aber vor allem Helper Klassen mit statischen Methoden dokumentieren nur die Unfähigkeit des Programmierers.
Java-Quelltext |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
class Log { private final FileOutputStream writer; public Log(String filename) throws FileNotFoundException { backup(filename); writer = new FileOutputStream(filename); } private void backup(String filename) { File target = null; int fileCounter = 0; do { String targetName = filename + "-" + fileCounter + ".bak"; target = new File(targetName); } while (target.exists()); File source = new File(filename); source.renameTo(target.getAbsoluteFile()); } } |
Java-Quelltext |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 |
class Log { private final FileOutputStream writer; public Log(String filename) throws FileNotFoundException { FileUtil.backup(filename); writer = new FileOutputStream(filename); } } final class FileUtil { private FileUtil() { } public static void backup(String filename) { File target = null; int fileCounter = 0; do { String targetName = filename + "-" + fileCounter + ".bak"; target = new File(targetName); } while (target.exists()); File source = new File(filename); source.renameTo(target.getAbsoluteFile()); } } |
Dieser Beitrag wurde bereits 6 mal editiert, zuletzt von »BlueCobold« (01.04.2015, 08:09)
Werbeanzeige