Halli und hallo,
Ich habe mal gelesen, dass man z.B. bei Stringverarbeitung möglichst mit StringBuffer arbeiten sollte, da nicht jedesmal teuer Objekte unter der Decke auf und wieder abgebaut werden müssen.
Beispiel hat man viel Zeug zu verketten ist der bequeme Weg
String lala= "dumdu dum "+xyz+" blblbadf" ....;
schneller an der Stelle soll angeblich sein
StringBuffer strBuf = new StringBuffer(); // noch besser hier eine ungefäre
//größe mitzugeben da default lediglich 16 ist
strBuf..append("dumdu dum ").append(xyz).append("blblbadf") ...;
Im 1. Beispiel wird (sofern sich in den neueren Java-Versionen nicht geändert hat) mehere Strings angelegt und zwar nicht nur für die Literale, im zweiten werden nur für die Literale Stringobjekte instanziiert.
Allerding halte ich solche Performance-techniken nur dann für sinnvoll, wenn sich sowas häufiger und vor allem in Schleifen oder Rekursionen abspielt. Ansonsten z.B. ein String der für eine Benutzerausgabe produziert wird ist es vermutlich eher belanglos.
Bei mathematischen Dingen kann es sinnvoll sein wenn man darauf achtet nicht immer wieder dieselben Rechnungen fürs gleiche Ergebnis zu machen sondern dann einfach eine Variable für ein Zwischenergebis verwendet, allerdings ist da nicht Java-spezifisch sondern gilt vermutlich für alle Programmierungen.
Hast Du eine Datenbank-Anwendung ist der Flaschenhals meist eher unglückliche SQL-Statements, fehlende Inezes auf der DB u.s.w.
Bei Datenübertragung, nicht selten bei DB-Anwendungen vor allem bei Multi-Tier-Anwendungen mit tabelarischen Darstellungen hat man oft die Aufgabe viele Daten dem Anwender zur Verfügung zu stellen. Sind es gemein viele (mehere tausen zeilen z.B.) geht das herzlich auf die Performance, undzwar nicht weil das SQL-Statement so lange dauert sondern oft weil sich die Daten durchs Internet quälen müssen. Wenn kopression nicht ausreicht kann ein cashe abhelfend sein, birgt aber auch potentielle Konsistenzprobleme.
eine super gute Art ist es, nur die Daten anzuzeigen, die der Anwender gerade for Augen hat, gängig Praxis bei Web-Seiten (s.Suchmaschinen)
Bei herkömmlichen Swing-Anwendungen hat man leider nicht sonderlich günstiges zur Auswal. Man muss also dem Scroll-Panel beibringen immer nur dann neue Zeilen in das Tabellenmodel zu laden, wenn man unten angekommen ist und noch mehr lesen möchte.
Ist wirklich nicht trivial zu entwickeln, zumal die anfragen an den Server damit gekoppelt sind und der Server die Daten vorhalten müsste. Einproblem dabei wären Multiuseranforderungen, wobei ein einzelner User die Tabelel sicherlich nach seinen wünschen per klick sortieren will. Übernähme das der Client würde immer nur der gerade geladene Datenausschnitt angezeigt werden. Also auch Aufgabe des Servers für den bzw. die Clients die Tabellen zu sortieren. Also Haleluja
Die Technikcen mit final funktionen zu arbeiten würde ich nur bei sehr oft z.b. in großen Schleifen verwendeten kleinen Funktionen anwenden und auch nur dann wenn ich weiß dass entweder nur ich meine Programme verwende bzw niemand diese Methoden von der Wahrscheinlichkeit her ableiten braucht. Static Variablen würde ich nur aus programierlogischer Sicht anwenden nicht aus performancetechnischer.
Wenn Du insachen Grafik z.B. Spielegraphik eprformanceverbesserungen anstrebst gibt es da sicher seine absolut eigene Optimierungsstrategien, darauf bin ich nicht so arg Ahnungvoll, ich weiß da nur eines, es hat viel mit Mathematik, speziell bei 3D geschichten, zu tun.
hoffe ein wenig was nutzvolles von mir gegeben zu haben.
Takidoso
PS: für welche Problematik benötigst Du eine Optimierung, bzw wasprogrammierst du oder hast du vor zu programmieren?
