Приведи пример когда нужно использовать абстрактный класс

Пример использования абстрактного класса в Unity

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

Конкретная ситуация: Иерархия классов врагов

Предположим, мы разрабатываем игру с несколькими видами врагов:

• MeleeEnemy — ближний бой, атакует при соприкосновении.
• RangedEnemy — дальний бой, стреляет проектами.
• BossEnemy — особый враг с комбинацией атак и фазами.

Все они должны:

1. Двигаться к игроку.
2. Атаковать игрока по своим правилам.
3. Принимать урон и умирать при нулевом здоровье.
4. Иметь общие данные (здоровье, скорость движения).

Но логика атаки и, возможно, движения будет радикально отличаться. Здесь абстрактный класс Enemy задает контракт.

Реализация в коде

// Абстрактный класс, определяющий общий интерфейс и частичную реализацию для всех врагов.
public abstract class Enemy : MonoBehaviour
{
    // Общие поля с базовой реализацией
    [SerializeField] protected float health = 100f;
    [SerializeField] protected float moveSpeed = 5f;
    protected Transform playerTarget;

    protected virtual void Start()
    {
        // Найти игрока - общая логика для всех врагов
        playerTarget = GameObject.FindGameObjectWithTag("Player").transform;
    }

    // Абстрактный метод - каждый тип врага должен реализовать свою логику атаки.
    public abstract void Attack();

    // Виртуальный метод - общая логика движения, но можно переопределить.
    public virtual void MoveTowardsPlayer()
    {
        if (playerTarget != null)
        {
            Vector3 direction = (playerTarget.position - transform.position).normalized;
            transform.position += direction * moveSpeed * Time.deltaTime;
        }
    }

    // Общий метод с реализацией - все враги получают урон одинаково.
    public void TakeDamage(float damage)
    {
        health -= damage;
        if (health <= 0)
        {
            Die();
        }
    }

    protected virtual void Die()
    {
        // Базовая логика смерти (например, деактивация объекта)
        gameObject.SetActive(false);
        // Можно добавить эффект, звук etc.
    }
}

Теперь создаем конкретные классы, которые наследуются от Enemy и обязаны предоставить реализацию для Attack().

// Конкретный класс для врага ближнего боя
public class MeleeEnemy : Enemy
{
    [SerializeField] private float attackRange = 2f;
    [SerializeField] private int contactDamage = 20;

    // ОБЯЗАТЕЛЬНАЯ реализация абстрактного метода Attack
    public override void Attack()
    {
        if (playerTarget != null && Vector3.Distance(transform.position, playerTarget.position) <= attackRange)
        {
            // Пример: наносим урон при контакте
            Player player = playerTarget.GetComponent<Player>();
            if (player != null) player.TakeDamage(contactDamage);
        }
    }

    // Можно использовать базовое MoveTowardsPlayer или добавить свою логику
}

// Конкретный класс для врага дальнего боя
public class RangedEnemy : Enemy
{
    [SerializeField] private GameObject projectilePrefab;
    [SerializeField] private float shootCooldown = 2f;
    private float lastShotTime;

    // СВОЯ реализация абстрактного метода Attack
    public override void Attack()
    {
        if (Time.time > lastShotTime + shootCooldown)
        {
            Instantiate(projectilePrefab, transform.position, Quaternion.identity);
            lastShotTime = Time.time;
        }
    }

    // Можно переопределить движение: например, RangedEnemy держит дистанцию
    public override void MoveTowardsPlayer()
    {
        if (playerTarget != null)
        {
            float desiredDistance = 10f;
            Vector3 direction = (playerTarget.position - transform.position).normalized;
            float currentDistance = Vector3.Distance(transform.position, playerTarget.position);
            
            if (currentDistance > desiredDistance)
            {
                // Двигаться ближе
                transform.position += direction * moveSpeed * Time.deltaTokyo;
            }
            else if (currentDistance < desiredDistance - 2f)
            {
                // Отступать
                transform.position -= direction * moveSpeed * Time.deltaTokyo;
            }
        }
    }
}

Почему абстрактный класс, а не интерфейс?

В данном случае абстрактный класс предпочтительнее чистого интерфейса, потому что:

• Наличие общей реализации: Все враги имеют поля health, moveSpeed, общий метод TakeDamage() и базовый алгоритм поиска игрока в Start(). Интерфейс не может содержать поля или реализацию методов.
• Логическая иерархия: Enemy — это не просто контракт, это конкретная сущность в нашей игре с состоянием и частью поведения. Абстрактный класс позволяет отразить это.
• Контроль над архитектурой: Мы можем сделать метод Die() protected virtual, позволяя классам-наследникам расширять логику смерти (например, BossEnemy может вызывать анимацию или спаунить предметы), но не изменять базовый алгоритм получения урона в TakeDamage().

Выводы

Абстрактный класс в Unity следует использовать, когда вы создаете семейство связанных игровых объектов или систем, которые:

• Должны следовать строгому контракту (иметь определенные методы, как Attack()).
• Обладают общим состоянием и частью поведения, которую можно централизовать и избежать дублирования кода.
• Представляют собой логический родительский тип в иерархии, от которого не планируется создавать непосредственные экземпляры.

Это способствует чистому, расширяемому и поддерживаемому коду, где новые типы врагов (например, FlyingEnemy) можно легко добавить, просто наследуясь от Enemy и реализуя требуемую специфичную логику.