Top-Tipps für die Java 8-Entwicklung

Ich programmiere seit einigen Jahren in Java 8, sowohl für neue Anwendungen als auch für die Migration vorhandener Anwendungen, und es fühlte sich an, als wäre es an der Zeit, über einige „Best Practices“ zu schreiben, die ich als sehr nützlich empfunden habe. Ich persönlich mag den Begriff „Best Practices“ nicht, weil er eine „Einheitslösung“ impliziert, und so funktioniert Codierung nicht – wir müssen selbst herausfinden, welche Lösungen funktionieren. Aber ich habe im Java 8-Code einige Optionen gefunden, die uns helfen können, schauen wir uns das an.

1. Optional

Optional ist eine stark unterschätzte Funktion und hat das Potenzial, viele NullPointerExceptions zu beseitigen, die uns stören. Dies ist besonders innerhalb von Codegrenzen nützlich (entweder die verwendete API oder die offengelegte API), da Sie und Ihr aufrufender Code so überlegen können, was Sie erwartet.

Die Anwendung von Optional ohne Überlegung und Design kann jedoch Auswirkungen auf eine große Anzahl von Klassen haben und zu einer schlechteren Lesbarkeit führen. Hier finden Sie einige Tipps, wie Sie Optional effektiv nutzen können.

Optional sollte nur für Rückgabetypen verwendet werden

... nicht für Parameter, nicht für Felder. Glücklicherweise können Sie mit IntelliJ IDEA eine Überprüfung aktivieren, um zu sehen, ob Sie diese Empfehlungen befolgen.

Optionale Werte sollten dort behandelt werden, wo sie vorkommen. Die Vorschläge von IntelliJ IDEA verhindern Optional-Lecks in Ihrem Code. Denken Sie also daran, Optional überall dort zu behandeln, wo Sie es finden, und handeln Sie schnell.

sollte nicht einfach get() aufrufen

Die Funktion von Optional besteht darin, auszudrücken, dass dieser Wert möglicherweise leer ist, und Sie damit umgehen zu lassen Situation . Überprüfen Sie daher unbedingt, ob ein Wert vorhanden ist, bevor Sie etwas damit unternehmen. Ein einfacher Aufruf von get() ohne vorherige Überprüfung von isPresent() kann irgendwann zu einem Nullzeiger führen. Glücklicherweise verfügt IntelliJ IDEA auch über Kontrollen, die Sie daran erinnern.

Es könnte einen eleganteren Weg geben

Das isPresent() in Kombination mit get() wäre sicherlich großartig ...

…aber es gibt elegantere Lösungen. Sie können orElse verwenden, um eine Alternative anzugeben, falls der Wert null ist.

…oder Sie können orElseGet verwenden, um anzugeben, welche Methode aufgerufen werden soll, wenn der Wert null ist. Dies scheint mit dem obigen Beispiel identisch zu sein, aber die Lieferantenmethode wird nur bei Bedarf aufgerufen. Wenn es sich also um eine teure Methode handelt, ist die Leistung mit einem Lambda besser.

2. Verwendung von Lambda-Ausdrücken

Lambda-Ausdrücke sind eine der Hauptfunktionen von Java 8. Auch wenn Sie Java 8 noch nicht verwendet haben, verfügen Sie wahrscheinlich inzwischen über ein grundlegendes Verständnis davon. Sie stellen eine neue Art der Programmierung in Java dar und es ist noch nicht klar, was „Best Practices“ sind. Hier sind einige Richtlinien, denen ich gerne folge.

Fassen Sie es kurz

Funktionale Programmierer werden mit längeren Lambda-Ausdrücken zufriedener sein, aber diejenigen, die schon seit vielen Jahren in Java vertieft sind, können es tun Finden Sie es einfacher, Lambda-Ausdrücke auf nur wenige Codezeilen zu beschränken. Möglicherweise möchten Sie es sogar lieber auf eine einzige Codezeile beschränken und längere Ausdrücke problemlos in eine Methode umwandeln.

Diese können sogar zu Methodenreferenzen werden. Methodenverweise wirken zunächst vielleicht etwas ungewohnt, aber es lohnt sich tatsächlich, sich an Methodenverweise zu halten, da sie in bestimmten Situationen die Lesbarkeit erleichtern, auf die ich später noch eingehen werde.

Explizit

Typinformationen fehlen in Lambda-Ausdrücken, daher ist es möglicherweise hilfreich, Typinformationen für Parameter einzubeziehen.

Wie Sie sehen, wird es dieses Mal ziemlich ungeschickt. Deshalb gebe ich den Parametern lieber einen sinnvollen Namen. Unabhängig davon, ob Sie dies getan haben oder nicht, können Sie mit IntelliJ IDEA natürlich die Typinformationen der Parameter anzeigen.

Sogar die durch Lambda dargestellte Funktionsschnittstelle:

3. Design für Lambda-Ausdrücke

Ich denke, Lambda-Ausdrücke sind ein bisschen wie Generika – zusammen mit Generika verwenden wir sie oft (zum Beispiel beim Hinzufügen von Typinformationen zu einer Liste<>), aber besser können wir eine Methode oder eine Methode mit Generika entwerfen. Eine Typklasse ( z.B. Person<T>). Wenn wir beispielsweise die Streams-API verwenden, würden wir ebenfalls einen Lambda-Ausdruck übergeben, aber noch besser ist es, eine Methode zu erstellen, die einen Lambda-Parameter erfordert.

Aber wenn Sie sich in dieser Situation befinden, finden Sie hier einige tolle Tipps.

IntelliJ IDEA kann Ihnen bei der Einführung funktionaler Parameter helfen

Damit können Sie einen Parameter erstellen, bei dem jemand ein Lambda anstelle eines Objekts übergeben würde. Der Vorteil dieser Funktion besteht darin, dass sie zeigt, dass die vorhandene funktionale Schnittstelle der Spezifikation entspricht.

Dies führt dazu...

Nutzung vorhandener funktionaler Schnittstellen

Je Entwickler immer vertrauter werden Da wir uns mit Java 8-Code beschäftigen, wissen wir, was passiert, wenn Schnittstellen wie Supplier und Consumer verwendet werden, und wie das Erstellen eines lokalen ErrorMessageCreator (zum Beispiel) verwirrend und verschwenderisch sein kann. Schauen Sie sich dieses Paket an, um zu sehen, was bereits verfügbar ist.

@FunctionalInterface zur Funktionsschnittstelle hinzufügen

Wenn Sie wirklich Ihre eigene Funktionsschnittstelle erstellen müssen, markieren Sie sie mit dieser Anmerkung als solche. Dies scheint zwar keine große Auswirkung zu haben, aber IntelliJ IDEA teilt Ihnen mit, wenn Ihre Schnittstelle die für funktionale Schnittstellen verwendeten Ausnahmen nicht erfüllen kann. Wenn Sie keine Methode zum Überschreiben angeben, wird Folgendes angezeigt:

Wenn Sie zu viele Methoden angeben, wird Folgendes angezeigt:

Und wenn Sie es auf eine Klasse statt auf eine Schnittstelle anwenden, werden Sie gewarnt:

Lambda-Ausdrücke können verwendet werden Jede Schnittstelle mit einer einzelnen abstrakten Methode, sie kann jedoch nicht mit abstrakten Klassen verwendet werden, die dieselben Kriterien erfüllen. Scheint unlogisch, aber so ist es.

4. Stream

Die Stream-API ist ein weiteres großes Feature von Java 8, und ich denke, wir wissen wirklich nicht, wie stark sich dadurch die Art und Weise ändern wird, wie wir programmieren. Hier sind einige Dinge, die ich hilfreich fand.

Punktoperatoren in die Warteschlange stellen

Ich persönlich bevorzuge es, meine Stream-Vorgänge in die Warteschlange zu stellen. Natürlich müssen Sie dies nicht tun, da ich es hilfreich fand, Folgendes zu tun:

• Sehen Sie auf einen Blick, welche Operationen ich habe

• Einfacheres Debuggen (obwohl IntelliJ IDEA die Möglichkeit bietet, Haltepunkte für eine beliebige Anzahl von Lambda-Ausdrücken in einer Zeile festzulegen, wäre die Aufteilung auf verschiedene Zeilen einfacher)

• Kommentieren Sie Aktionen, wenn ich Ich teste Dinge

• Einfach einfügen peek() zum Debuggen oder Testen

Außerdem ist es meiner Meinung nach ordentlicher. Wenn wir diesem Muster folgen, gewinnen wir hinsichtlich der Reduzierung der Codezeilen nicht viel.

Möglicherweise müssen Sie Ihre Formatierungseinstellungen anpassen, um die Punktoperatoren auszurichten.

Methodenreferenzen verwenden

Ja, es dauert eine Weile, bis man sich an diese seltsame Syntax gewöhnt. Bei richtiger Anwendung erhöht es jedoch die Lesbarkeit. Siehe:

im Vergleich zu den Hilfsmethoden der (relativ) neuen Objects-Klasse:

Letzteres Der Code gibt expliziter an, welche Werte gespeichert werden sollen. IntelliJ IDEA teilt Ihnen normalerweise mit, wann ein Lambda in eine Methodenreferenz reduziert werden kann.

Wenn Sie eine Sammlung durchlaufen, verwenden Sie die Streams-API

… oder neue Sammlungsmethoden wie forEach, sofern möglich. Der Rat von IntelliJ IDEA an Sie lautet:

Im Allgemeinen ist die Verwendung der Streams-API klarer als die Kombination von Schleifen und if-Anweisungen. Zum Beispiel:

IntelliJ IDEA schlägt vor, dass dies wie folgt umgestaltet werden kann:

Leistungstests, die ich durchgeführt habe, zeigen dieses Refactoring ist überraschend – es ist nicht immer vorhersehbar, ob die Leistung gleich bleibt, sich verbessert oder schlechter wird. Wie immer gilt: Wenn die Leistung einer Anwendung entscheidend ist, messen Sie sie, bevor Sie einen Stil auf einen anderen übertragen.

Verwenden Sie Schleifen, wenn Sie über Arrays iterieren

Die Verwendung von Java 8 bedeutet jedoch nicht zwangsläufig, dass Sie überall Streams und neue Erfassungsmethoden verwenden müssen. IntelliJ IDEA schlägt die Konvertierung in einen Stream vor. Dies bedeutet jedoch nicht, dass Sie mit „Ja“ antworten müssen (denken Sie daran, dass die Prüfung unterdrückt oder deaktiviert werden kann).

Insbesondere das Durchlaufen kleiner Arrays primitiver Typen wird mit ziemlicher Sicherheit für eine bessere Leistung und wahrscheinlich (zumindest für Java-Entwickler, die mit Streams noch nicht vertraut sind) besser lesbar sein.

Wie bei jeder Technik sind die Regeln nicht in Stein gemeißelt, aber Sie sollten entscheiden, ob Sie die Streams-API so oft wie möglich verwenden oder dennoch Schleifen für einige Vorgänge verwenden . Kurz gesagt: Seien Sie konsequent.

Endlich

Das Obige ist der Inhalt der besten Java 8-Entwicklungsfähigkeiten. Weitere verwandte Inhalte finden Sie auf der chinesischen PHP-Website (www.php.cn)!