Чому існують приватні статичні методи?

Я просто хотів прояснити питання, яке у мене є. Який сенс мати приватний статичний метод на відміну від звичайного методу з приватною видимістю?

Я б подумав, що перевага статичного методу полягає в тому, що його можна викликати без екземпляра класу, але оскільки його приватний є навіть сенс статичним?

Єдина причина, про яку я можу подумати, - це те, що він допомагає концептуально зрозуміти метод на рівні класу на відміну від об'єктного рівня.

Характеристика статичності не залежить від видимості.

Причини, через які вам потрібно буде статичний метод (деякий код, який не залежить від нестатичних членів), все ще будуть корисні. Але, можливо, ви не хочете, щоб хтось / щось інше цим користувався, лише ваш клас.

Досить поширеною причиною (у Java) є ініціалізація змінних змінних полів у конструкторі за допомогою простого private staticметоду для зменшення захаращення конструктора.

• Так є private: зовнішні класи не повинні бачити цього.
• Це static: він може виконувати деяку операцію, незалежну ¹ від стану хост-класу.

Дещо надуманий приклад випливає ...

наприклад:

public class MyClass{
    private final String concatenated;

    public MyClass(String a, String b){
        concatenated = concat(a,b);
    }

    public String getConcatenated(){
       return concatenated;
    }

    /**
    *  Concatenates two Strings as `s1---s2`
    **/
    private static final String concat(String s1, String s2){
        return String.format("%s---%s", s1, s2);
    }
}

¹ _{Припустимо, що він не має взаємодії з іншими staticзмінними.}

Загальний випадок використання private staticметоду - це корисний метод, який є

1. використовується лише тим класом
2. не залежить від внутрішнього стану цього класу

Ви бачите, що у вас є кілька рядків коду, який повторюється у багатьох ваших методах, тому ви вирішили витягнути їх до одного методу, оскільки дубльований код не є корисним.

Ви робите метод приватним, оскільки він не розроблений для широкого використання, і ви не хочете пов'язаний з ним код. (Дебати з цього питання в коментарях…)

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

Потім .... (Може, зараз, може пізніше, може, ніколи)

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

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

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

1: Ваші екземпляри мають підстави викликати статичний метод, який ви не хочете викликати безпосередньо, можливо тому, що він обмінюється даними між усіма примірниками вашого класу.

2: Ваші загальнодоступні статичні методи мають підпрограми, які ви не бажаєте викликати безпосередньо. Метод все ще викликається без екземпляра, просто не безпосередньо.

Звичайно, "це допомагає класу мати сенс" - це все-таки причина.

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

Оскільки вони не прив’язані до стану конкретного екземпляра об'єкта, колекція публічних та приватних статичних методів може сформувати абсолютно окремий клас із власною семантикою та нестатичними методами.

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

Отже, щоб відповісти на ваше запитання, приватні статичні методи з’являються, коли клас надає групу споріднених методів, незалежних від екземпляра цього класу. (... а оскільки вони незалежні, їм може бути краще у власному класі.)

Дуже простий приклад, який я можу придумати, - це якщо ви хочете виконати деяку обробку вхідних аргументів (або якісь маніпуляції), які передаються головній функції. Так що в цьому випадку, якщо обробка велика і таку ж функціональність більше ніде не буде використовуватися, матиме сенс мати приватну функцію, оскільки вона не буде використовуватися / викликатися з будь-якого місця + статична як основна є статичною.