Можно ли указывать поля в интерфейсе?

Можно ли указывать поля в интерфейсе C#?

Нет, в традиционных интерфейсах C# (до версии 8.0) напрямую объявлять поля (переменные экземпляра) нельзя. Интерфейсы предназначены для определения контракта — набора методов, свойств, событий и индексаторов, которые реализующий класс обязан предоставить. Поле — это реализация состояния, а интерфейс определяет лишь поведение и требования к доступу к данным, но не их внутреннее хранение.

Почему поля запрещены в классических интерфейсах?

• Принцип абстракции: Интерфейс должен описывать что может делать объект, а не как он это делает или где хранит данные. Поля — это конкретная реализация хранения данных.
• Инкапсуляция: Если бы интерфейс объявлял публичное поле int Count, это навязывало бы всем реализующим классам конкретную публичную переменную, нарушая контроль над доступом. Вместо этого интерфейс может объявить свойство (Property), которое является предпочтительным способом предоставления доступа к данным.

// НЕВЕРНО: объявление поля в интерфейсе (ошибка компиляции)
public interface IEnemy
{
    int Health; // Ошибка CS0525: Интерфейсы не могут содержать поля.
}

// ВЕРНО: использование свойства в интерфейсе
public interface IEnemy
{
    int Health { get; set; } // Свойство — это часть контракта.
}

// Реализация в классе. Способ хранения данных (поле) скрыт.
public class Goblin : IEnemy
{
    // Приватное поле — деталь реализации.
    private int _health;

    // Публичное свойство — часть контракта IEnemy.
    public int Health
    {
        get => _health;
        set => _health = Mathf.Max(0, value); // Можно добавить логику.
    }
}

Эволюция в C# 8.0+: Статические члены и реализации по умолчанию

Начиная с C# 8.0 и .NET Core 3.0 / .NET 5+, интерфейсы получили возможность включать статические члены, в том числе статические поля. Также появились реализации методов по умолчанию (default interface methods). Это приближает интерфейсы к концепции "трайтов" (traits) из других языков.

public interface IGameConstants
{
    // Статическое поле (допустимо с C# 8.0 в .NET Core+)
    static readonly float Gravity = 9.8f;

    // Статическое свойство
    static int MaxPlayerCount { get; } = 4;

    // Метод с реализацией по умолчанию
    void TakeDamage(int amount)
    {
        Console.WriteLine($"Default damage implementation: {amount}");
    }
}

// Использование статического поля интерфейса
float g = IGameConstants.Gravity;

Практический подход в Unity (и геймдеве)

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

1. Используйте свойства вместо полей в интерфейсах. Это основа clean code и соблюдения контрактов.

   public interface IDamageable
   {
       int CurrentHealth { get; }
       void ApplyDamage(int damage);
   }
   

2. Статические поля в интерфейсах — мощный инструмент для хранения общих констант или фабричных методов, связанных с контрактом, но используйте их осознанно, чтобы не перегружать интерфейсы.
3. Реализации по умолчанию могут быть полезны для добавления новой функциональности в существующие интерфейсы без ломания всех реализаций, но в Unity-проектах их стоит применять с оглядкой на совместимость и ясность кода.

Итог: Прямые поля экземпляра в интерфейсах указывать нельзя, и это правильно с точки зрения ООП. Однако начиная с C# 8.0 вы можете объявлять в них статические поля и добавлять реализации методов по умолчанию. В разработке на Unity основным механизмом для определения данных в контракте остаются свойства (Properties), обеспечивая гибкость, инкапсуляцию и возможность добавления логики при доступе.