Чому передача об'єктів статичними методами буде вигідною?

Чому було б перевагою використовувати статичний метод і передавати посилання на об’єкт як параметр, а не викликати метод на об'єкт?

Щоб уточнити, що я маю на увазі, розглянемо наступний клас:

public class SomeClass {
    private double someValue;

    public SomeClass() {
        // Some constructor in which someValue is set
    }

    public void incrementValue() {
        someValue++;
    }
}

Порівняно з цією альтернативною реалізацією статичним методом:

public class SomeClass {
    private double someValue;

    public SomeClass() {
        // Some constructor in which someValue is set
    }

    public static void incrementValue(SomeClass obj) {
        obj.someValue++;
    }
}

Моє запитання не обмежується лише цим класом; мене цікавить будь-яка точка, куди ви передатимете об'єкт, а не називати його методом. Це колись вигідно? Якщо так, то чому?

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

У вашому прикладі метод екземпляра є явним переможцем.

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

• Ви хочете поставити статичний метод в інший клас, оскільки у вас є ситуація, коли є сенс відокремити логіку від даних (зверніть увагу: ваш приклад не є одним із них).

• Ви проходите два або більше об'єктів і хочете підкреслити, що вони мають однакове значення.

• null є дійсним значенням (як пояснив користувач 9000).

Було б розумним включити методи, які змінюють стан об'єкта як методи екземпляра, а не статичний метод.

Однак ми можемо знайти приклади статичних методів, які є pureметодами, і приймають об’єкт як вхід, як, коли нам потрібно інстанціювати об'єкт на основі певних правил перевірки. Наприклад, .NET має метод DateTime.TryParse(String s, DateTime d)перевірки та інстанціювання об'єкта. Але параметр DateTime dявно позначений як out.

Інший випадок може бути, коли ми порівнюємо об'єкти і хочемо отримати потрібний об'єкт як повернене значення, а не булеве / ціле значення, наприклад, порівняння Team.GetHigherScorer(teamA, teamB).IncreaseRanking(). Це буде чистіше, ніж:

int compareResult = teamA.compareScoreWith(teamB);
if (compareResult == 1)
    teamA.IncreaseRanking();
else if (compareResult == -1) 
    teamB.IncreaseRanking();

(залишаючи випадок «намалювати» для простоти).

Ін'єкція залежності буде вагомою причиною для здійснення виклику статичного методу. Якщо припустити, що конкретна реалізація системи SomeClassмає спадковий ланцюг або це реалізація іншого класу. Ви можете використовувати макет об'єкта, передавати його для тестування, щоб переконатися, що ваш метод робить те, що належить, а потім звітувати про цей стан.