Ich hatte neulich einen Fall, in dem ich nicht nur über die Elemente einer Liste iterieren wollte, sondern über einen Satz von jeweils drei benachbarten Elementen (Element und sein Nachfolger/Vorgänger)
Nun könnte man das relativ unelegant über Indexoperationen der Liste realisieren oder auch über Code, der Element für Element iteriert und die letzten 3 Elemente in einer FiFo-ähnlichen Struktur hält. Diese Iterationen wären aber nicht effizient - Iterieren mittels Index oder Iterator über Listen hatte ich bereits untersucht und herausgefunden, dass das gegenüber dem foreach-Operator auf Collections ineffizient ist.
Es wäre schöner, wenn es auch in Java so etwas wei die Python-Slices gäbe (jetzt sage niemand, dass es die Sublist-Operation gibt - ich kann damit ja nur Ausschnitte der Liste bearbeiten aber nicht über solche Sublisten iterieren - außer der ineffizienten Variante über Indices).
Vor einiger Zeit habe ich eine Collections-Implementierung als doppelt verkettete Liste erstellt. Ich überlegte, ob diese Implementierung mir weiterhelfen könnte. Direkt war das nicht möglich, da die Liste - entsprechend des Kontrakts - einen Iterator über die Inhalte liefert. Ich würde aber einen benötigen, mit dem ich auf die einzelnen Kettenglieder zugreifen kann, die die Inhalte bergen.
So ein Iterator ist schnell geschrieben und damit konnte ich meinen Anwendungsfall schnell und elegant umsetzen: Ich iteriere damit über die einzelnen Elemente der Kette und erhalte so in jedem Iterationsschritt Zugriff auf das aktuelle Kettenglied und den enthaltenen Inhalt. Ich kann darüber auch auf seinen Vorgänger und Nachfolger und deren jeweiligen Inhalt zugreifen und könnte sogar darüber weiter entfernte Nachbarglieder der Kette erreichen.
Die initiale Implementierung zwang mich aber, mittels Iterator über die Liste zu iterieren - der foreach-Operator benutzt den Iterator, der durch die Methode iterator() einer Collection zur Verfügung gestellt wird.
Ich wollte genau dieses Pattern erreichen und so erweiterte ich die Implementierung der doppelt verketteten Liste um eine weitere Methode, die eine Implementierung einer Collection von Kettengliedern zurücklieferte - über diese konnte ich daraufhin auch mittels des foreach-Operators iterieren.
Ein Vergleich der Performanz beider Lösungen ist hier dargestellt - Man erkennt deutlich, dass der foreach-Operator der Variante mit Iterator deutlich überlegen ist. Es macht also durchaus Sinn, den zusätzlichen Aufwand einer weiteren Collection-Implementierung zu investieren:
100 Tests für die Iteration über eine Liste von "poor-mans-slices" in Java mittels java.util.Iterator und foreach
GeoJSON in EBMap4D
31.07.2021
Ich habe die Anwendung EBMap4D einer Generalüberholung unterzogen und neue Features hinzugefügt...
WeiterlesenAI und ML Android Basteln C und C++ Chaos Datenbanken Docker dWb+ ESP Wifi Garten Geo Go GUI Hardware Java Jupyter JupyterBinder Komponenten Links Linux Markdown Markup Music Numerik OpenSource PKI-X.509-CA Präsentationen Python QBrowser Rants Raspi Revisited Security Software-Test sQLshell TeleGrafana Verschiedenes Video Virtualisierung Windows Upcoming...
Ich halte mich von den Themen Artificial Intelligence und Machine Learning (Large Language Models) ja fern so gut es geht - vor allem, weil ich das mal studiert habe. Manchmal überkommt mich aber die Neugierde - das Resultat war bisher immer schlechte Laune.
WeiterlesenWie bereits in einem früheren Artikel beschrieben habe verfügt die sQLshell über eine Integration zur Erfassung von Daten aus Dokumentendirekt per Optical Character Recognition. Ich habe diese Integration weiter verfeinert und möchte hier einen exemplarischen Workflow für diese Möglichkeit zeigen
WeiterlesenDiese Seite wird mit allen derzeit in meinem Self-Hosting Homelab betriebenen Services auf Docker-Basis befüllt (Eigenentwicklungen werden nicht genannt, sofern sie keine öffentlich verfügbaren Open-Source-Lösungen darstellen).
WeiterlesenManche nennen es Blog, manche Web-Seite - ich schreibe hier hin und wieder über meine Erlebnisse, Rückschläge und Erleuchtungen bei meinen Hobbies.
Wer daran teilhaben und eventuell sogar davon profitieren möchte, muss damit leben, daß ich hin und wieder kleine Ausflüge in Bereiche mache, die nichts mit IT, Administration oder Softwareentwicklung zu tun haben.
Ich wünsche allen Lesern viel Spaß und hin und wieder einen kleinen AHA!-Effekt...
PS: Meine öffentlichen Codeberg-Repositories findet man hier.