Як ви визначаєте клас констант в Java?

Припустимо, вам потрібно визначити клас, у якому він лише має константи.

public static final String SOME_CONST = "SOME_VALUE";

Який найкращий спосіб зробити це?

1. Інтерфейс
2. Анотація класу
3. Підсумковий клас

Який із них мені використовувати і чому?

Перелічення - я не збираюся використовувати перерахування, я нічого не перелічую, просто збираю деякі константи, які ніяк не пов'язані між собою.

Інтерфейс - Я не збираюся встановлювати будь-який клас як такий, який реалізує інтерфейс. Просто хочу , щоб використовувати інтерфейс для виклику констант наступним чином: ISomeInterface.SOME_CONST.

Використовуйте підсумковий клас. для простоти ви можете використовувати статичний імпорт для повторного використання значень в іншому класі

public final class MyValues {
  public static final String VALUE1 = "foo";
  public static final String VALUE2 = "bar";
}

в іншому класі:

import static MyValues.*
//...

if(variable.equals(VALUE1)){
//...
}

У вашому роз'ясненні сказано: "Я не збираюся використовувати перелічення, я нічого не перелічую, просто збираю деякі константи, які ніяк не пов'язані між собою".

Якщо константи взагалі не пов’язані між собою, чому ви хочете збирати їх разом? Помістіть кожну константу в клас, з яким він найтісніше пов'язаний.

Мої пропозиції (у порядку зменшення переваг):

1) Не робіть цього . Створіть константи у фактичному класі, де вони є найбільш актуальними. Наявність класу / інтерфейсу "мішка констант" насправді не відповідає найкращим практикам OO.

Я та всі інші час від часу ігноруємо №1. Якщо ви збираєтеся це зробити, тоді:

2) заключний клас із приватним конструктором Це, принаймні, запобіжить зловживанню вашим "мішком констант", розширивши / впровадивши його, щоб отримати легкий доступ до констант. (Я знаю, ви сказали, що не будете цього робити, але це не означає, що хтось прийде після вас)

3) інтерфейс Це спрацює, але не за моїми уподобаннями, згадавши про можливе зловживання в №2.

Загалом, те, що це константи, не означає, що ви все одно не повинні застосовувати до них нормальні принципи oo. Якщо ніхто, крім одного класу, не піклується про константу - вона повинна бути приватною і в цьому класі. Якщо лише тести піклуються про константу - вона повинна бути в тестовому класі, а не в виробничому коді. Якщо константа визначена в декількох місцях (не просто випадково однаково) - рефактор для усунення дублювання. І так далі - поводьтеся з ними так, як із способом.

Як зазначає Джошуа Блох в Effective Java:

• Інтерфейси слід використовувати лише для визначення типів,
• абстрактні класи не заважають нестабільності (їх можна підкласифікувати і навіть припустити, що вони призначені для підкласу).

Ви можете використовувати Enum, якщо всі ваші константи пов’язані (наприклад, імена планет), поставити значення констант у класи, до яких вони пов’язані (якщо у вас є доступ до них), або використовувати невідступний клас утиліти (визначити приватний конструктор за замовчуванням) .

class SomeConstants
{
    // Prevents instanciation of myself and my subclasses
    private SomeConstants() {}

    public final static String TOTO = "toto";
    public final static Integer TEN = 10;
    //...
}

Потім, як уже було сказано, ви можете використовувати статичні імпорти, щоб використовувати свої константи.

Мені більше подобається не робити цього взагалі. Вік констант майже помер, коли Java 5 представила безпечні перелічення типів. І навіть до того Джош Блох опублікував (трохи більш багатослівний) її варіант, який працював на Java 1.4 (і раніше).

Якщо вам не потрібна взаємодія з яким-небудь застарілим кодом, насправді більше немає причини використовувати іменовані рядкові / цілі константи.

Просто використовуйте заключний клас.

Якщо ви хочете мати можливість додавати інші значення, використовуйте абстрактний клас.

Використовувати інтерфейс не має особливого сенсу, інтерфейс повинен вказувати контракт. Ви просто хочете оголосити деякі константи.

Не є Перерахування кращого вибору для такого роду річ?

enums добре. IIRC, один елемент в ефективній Java (2-е видання) має enumконстанти, що перераховують стандартні параметри, що реалізують [ключове слово Java] interfaceдля будь-якого значення.

Моя перевага - використовувати [ключове слово Java] interfaceнад a final classдля констант. Ви неявно отримуєте public static final. Деякі люди будуть стверджувати, що a interfaceдозволяє поганим програмістам це реалізувати, але погані програмісти збираються писати код, який відмовляє незалежно від того, що ви робите.

Що виглядає краще?

public final class SomeStuff {
     private SomeStuff() {
         throw new Error();
     }
     public static final String SOME_CONST = "Some value or another, I don't know.";
}

Або:

public interface SomeStuff {
     String SOME_CONST = "Some value or another, I don't know.";
}

Або 4. Помістіть їх у клас, що містить логіку, яка найбільше використовує константи

... вибачте, не втримався ;-)

1. Одним з недоліків приватного конструктора є існування методу, який ніколи не може бути перевірений.

2. Перелік за природою поняття добре застосовувати в конкретному типі домену, застосовувати його до децентралізованих констант виглядає недостатньо добре

Концепція Enum - "Переліки - це набори тісно пов'язаних елементів".

3. Розширення / реалізація постійного інтерфейсу є поганою практикою, важко думати про вимогу розширити незмінну константу замість того, щоб посилатися на неї безпосередньо.

4. Якщо застосувати інструмент якості, такий як SonarSource, існують правила, які змушують розробника відмовлятися від постійного інтерфейсу, це незручно, оскільки багато проектів користуються постійним інтерфейсом і рідко бачать, як на постійних інтерфейсах відбувається щось «розширення»