Какие знаешь параметры static-методов?

Параметры статических методов в Java/Kotlin для Android

Статические методы (в Java static, в Kotlin companion object или функции уровня файла) не привязаны к экземплярам класса, а принадлежат самому классу. Их параметры определяют, какие данные можно передать для выполнения операции. Ключевые аспекты:

1. Типы параметров (по виду)

• Простые примитивные типы (int, boolean, double в Java; Int, Boolean, Double в Kotlin).
• Ссылочные типы (объекты, массивы, коллекции, пользовательские классы).
• Обобщённые (Generic) параметры для обеспечения типобезопасности и гибкости.

Пример с обобщённым параметром:

class DataUtils {
    companion object {
        // Статический метод с generic-параметром
        fun <T> filterList(list: List<T>, predicate: (T) -> Boolean): List<T> {
            return list.filter(predicate)
        }
    }
}

2. Особые категории параметров

• varargs (переменное количество аргументов): Позволяет передать 0 или более значений одного типа.

// Java пример
public static int sum(int... numbers) {
    int total = 0;
    for (int num : numbers) {
        total += num;
    }
    return total;
}

• Параметры с значениями по умолчанию (только Kotlin): Упрощают API, уменьшая количество перегруженных методов.

// Kotlin: параметры со значениями по умолчанию
fun formatMessage(text: String, maxLength: Int = 100, prefix: String = "Info:") {
    println("$prefix ${text.take(maxLength)}")
}
// Вызов: formatMessage("Hello") // Используются значения по умолчанию

• Функциональные параметры (лямбды/callbacks): Критически важны для асинхронных операций и обработчиков в Android.

object NetworkHelper {
    // Статический метод с callback-параметром
    fun fetchData(url: String, onSuccess: (String) -> Unit, onError: (Exception) -> Unit) {
        // Имитация сетевого запроса
        try {
            onSuccess("{\"data\": \"value\"}")
        } catch (e: Exception) {
            onError(e)
        }
    }
}

3. Контекстные параметры в Android

В Android разработке статические методы часто принимают специфичные параметры:

• Контекст (Context): Для доступа к ресурсам, системным сервисам.

  object ResourceHelper {
      fun getDpFromPx(context: Context, px: Int): Int {
          return (px / context.resources.displayMetrics.density).toInt()
      }
  }
  

• Resources: Прямая работа с ресурсами приложения.

• Вью-компоненты (View, TextView и т.д.): Для утилитарных операций с UI.

4. Аннотированные параметры

Для улучшения читаемости и метаданных:

• @NonNull / @Nullable (Android/Java аннотации).
• @StringRes, @DrawableRes и т.п. (аннотации ресурсов Android).
• Кастомные аннотации для валидации или DI (Dagger, Hilt).

5. Проектные рекомендации

1. Минимизация количества параметров (желательно ≤3) — если параметров много, используйте Builder-паттерн или data-класс как контейнер.

   data class Config(val timeout: Int, val retryCount: Int, val endpoint: String)
   
   object ApiClient {
       fun initialize(config: Config) { /* ... */ }
   }
   

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

3. Особенность Kotlin: Вместо классических статических методов используйте:

   • Функции уровня файла (не внутри класса).
   • Функции в companion object.
   • Объекты (object) для singleton-утилит.

6. Ограничения и подводные камни

• Статические методы не могут обращаться к нестатическим полям класса напрямую.
• Параметры, связанные с жизненным циклом Android-компонентов (Activity, Fragment), требуют осторожности — риски утечек памяти.
• Тестирование: методы с большим количеством параметров или сложной логикой сложнее тестировать, рекомендуется Dependency Injection даже для статических утилит.

Итог: Параметры статических методов в Android ничем фундаментально не отличаются от обычных методов, но их проектирование требует учёта мобильного контекста — ограничений памяти, жизненного цикла компонентов и частого использования асинхронных callback-ов. Правильный выбор типов, количества и аннотаций параметров напрямую влияет на читаемость, тестируемость и поддержку кода.