Sind konstante Schnittstellen in Java Best Practice?

Schnittstellen mit statischen Feldern für die gemeinsame Nutzung von „Konstanten“

In Open-Source-Java-Projekten wurde häufig die Verwendung von Schnittstellen mit statischen Feldern beobachtet als „Konstanten“ bezeichnet. Dies hat Fragen zur Gültigkeit dieses Ansatzes und zur Übereinstimmung mit Best Practices aufgeworfen.

Kritik an ständigen Schnittstellen

Die Praxis, Schnittstellen für den ständigen Austausch zu verwenden, ist allgemein entmutigt. Dies liegt daran, dass die statischen Felder der Schnittstelle Teil der öffentlichen Schnittstelle der implementierenden Klasse werden, unabhängig davon, ob sie extern benötigt werden. Dies kann zur Verbreitung von Konstanten in der gesamten Codebasis führen.

Laut Java-Experte Josh Bloch „ist das konstante Schnittstellenmuster eine schlechte Nutzung von Schnittstellen.“ Er argumentiert, dass die Offenlegung von Implementierungsdetails über Schnittstellen verwirrend sei und die zukünftige Flexibilität einschränke. Darüber hinaus binden nicht-finale Klassen, die eine konstante Schnittstelle implementieren, alle ihre Unterklassen an den konstanten Namespace der Schnittstelle.

Alternative Ansätze

Anstelle von konstanten Schnittstellen umfassen alternative Ansätze:

1. Aufzählungen:

Aufzählungen können Konstanten effektiv darstellen und Typsicherheit bieten. Sie erzwingen einen begrenzten Satz vordefinierter Werte und machen deutlich, welche Konstanten verfügbar sind.

2. Statische Dienstprogrammklasse:

Eine statische Dienstprogrammklasse kann konstante Werte als öffentliche statische Felder enthalten. Dieser Ansatz isoliert die Konstanten von den Klassen, die sie verwenden, und verhindert so eine Verschmutzung ihrer APIs.

Das obige ist der detaillierte Inhalt vonSind konstante Schnittstellen in Java Best Practice?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!