Будет ли наполненность автобуса свойством объекта?

Автобус и его наполненность: анализ с точки зрения ООП

Вопрос о том, является ли наполненность автобуса свойством объекта, действительно интересен и затрагивает основы объектно-ориентированного программирования (ООП). Ответ: Да, в большинстве случаев наполненность (загруженность, количество пассажиров) является свойством (атрибутом/полем) объекта «Автобус», но с важными нюансами, зависящими от контекста и уровня абстракции моделируемой системы.

Что такое свойство объекта?

В ООП свойство (атрибут, поле) — это данные, характеризующие состояние объекта. Они отвечают на вопрос «Что объект “знает” о себе?». Для объекта Автобус типичными свойствами могут быть:

• марка (String)
• вместимость (int)
• госномер (String)
• текущийМаршрут (Route)
• текущееКоличествоПассажиров (int) — это и есть наполненность.

Пример класса «Автобус» с наполненностью как свойством

class Bus(
    val id: String,
    val brand: String,
    val maxCapacity: Int // Максимальная вместимость
) {
    // Наполненность как свойство (приватное поле с публичным геттером)
    private var _currentPassengerCount: Int = 0

    val currentPassengerCount: Int
        get() = _currentPassengerCount

    val isFull: Boolean
        get() = _currentPassengerCount >= maxCapacity

    val freeSeats: Int
        get() = maxCapacity - _currentPassengerCount

    // Методы для изменения состояния наполненности
    fun boardPassenger(count: Int = 1): Boolean {
        if (_currentPassengerCount + count <= maxCapacity) {
            _currentPassengerCount += count
            println("Пассажиры вошли. Теперь в автобусе $currentPassengerCount человек.")
            return true
        }
        println("Недостаточно мест! Свободно: $freeSeats")
        return false
    }

    fun disembarkPassenger(count: Int = 1) {
        _currentPassengerCount = maxOf(0, _currentPassengerCount - count)
        println("Пассажиры вышли. Теперь в автобусе $currentPassengerCount человек.")
    }
}

// Использование
val bus107 = Bus("107A", "ЛиАЗ", 50)
println("Свободных мест: ${bus107.freeSeats}") // Свойство, вычисляемое на основе наполненности
bus107.boardPassenger(5)
println("Автобус полный? ${bus107.isFull}") // Еще одно производное свойство

Ключевые аспекты, подтверждающие статус свойства

1. Состояние объекта. Наполненность — это динамическая характеристика, которая меняется во времени (пассажиры заходят и выходят), но в любой конкретный момент она имеет четкое значение, известное самому автобусу.
2. Инкапсуляция. Как правило, поле currentPassengerCount делают приватным (private), а доступ к нему предоставляют через публичные методы (boardPassenger, disembarkPassenger) и свойства (isFull, freeSeats). Это защищает целостность данных (нельзя установить отрицательное число или число больше вместимости).
3. Зависимость других свойств. От значения наполненности могут зависеть другие вычисляемые свойства объекта, такие как isFull (полный ли автобус) или freeSeats (количество свободных мест), как показано в примере выше.

Альтернативные точки зрения и нюансы

• Высокий уровень абстракции. В очень упрощенной модели (например, для отображения только маршрута на карте) наполненность может не быть свойством объекта Автобус, если эта информация не требуется системе.
• Отдельный объект «Рейс».

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

```java
class Trip {
    private Bus bus;
    private Route route;
    private int passengerCount; // Наполненность — свойство объекта «Рейс», а не «Автобус»
    private LocalDateTime startTime;
}
```

    Здесь `Автобус` может быть неизменяемым объектом со свойствами `id` и `capacity`, а его динамическое состояние (включая наполненность) управляется в контексте объекта `Рейс`. Это более гибкая архитектура.

• Внешний сервис. В системе с централизованным управлением (например, «умный город») актуальная наполненность может получаться от внешнего сервиса (датчиков, GPS-трекера) через API. Тогда внутри объекта Автобус она может быть не хранимым свойством, а кэшированным значением, обновляемым извне.

Заключение

В классической объектно-ориентированной модели, где Автобус — это активный объект, управляющий своим состоянием, наполненность является его ключевым свойством. Однако в распределенных или высокоуровневых системах эта ответственность может быть делегирована связанному объекту (например, Рейс или ТранспортнаяЕдиница) или внешнему сервису. Решение зависит от границ ответственности, которые вы определяете для своего доменного объекта Автобус в рамках конкретной бизнес-логики приложения.