Почему есть частные статические методы?

Я просто хотел прояснить вопрос, который у меня есть. Какой смысл иметь приватный статический метод в отличие от обычного метода с приватной видимостью?

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

Единственная причина, по которой я могу придумать, заключается в том, что это помогает концептуально понять метод на уровне класса, а не на уровне объекта.

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

Причины, по которым вы захотите использовать статический метод (некоторый код, который не зависит от нестатических элементов), все равно будут полезны. Но, может быть, вы не хотите, чтобы кто-то / что-либо еще использовал это, только ваш класс.

Довольно распространенной причиной (в 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: Ваши общедоступные статические методы имеют подпрограммы, которые вы не хотите вызывать напрямую. Метод по-прежнему вызывается без экземпляра, просто не напрямую.

Конечно, «это помогает классу обрести смысл» - хорошая причина сама по себе.

Как правило, если я обнаруживаю, что пишу частные статические методы, я воспринимаю это как указание на то, что я должен был смоделировать отдельно.

Поскольку они не привязаны к состоянию конкретного экземпляра объекта, коллекция открытых и закрытых статических методов может сформировать совершенно отдельный класс со своей собственной семантикой и нестатическими методами.

(Еще один совет: если я обнаружу, что у меня есть много статических методов (публичных и приватных), у которых у всех есть общий параметр какого-то типа, они могут быть лучше как члены этого типа.)

Итак, чтобы ответить на ваш вопрос, частные статические методы появляются, когда класс предоставляет группу связанных методов, которые не зависят от экземпляра этого класса. (... и поскольку они независимы, они могут быть лучше в своем классе.)

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