Можно ли объявить поле внутри interface?

Ответ: Нет, напрямую объявить поле внутри интерфейса C# нельзя.

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

Почему поля не допускаются в интерфейсах C#?

1. Нарушение абстракции поведения: Интерфейсы описывают, что объект может делать (его возможности), но не как он это делает и не какие данные хранит. Добавление поля означало бы предписывать реализующему классу иметь конкретную внутреннюю переменную, что нарушает эту абстракцию.

2. Проблемы реализации и инициализации: Если бы поле было объявлено в интерфейсе, возникли бы вопросы:

    *   Кто должен инициализировать это поле: интерфейс (невозможно) или реализующий класс?
    *   Должно ли поле быть `public`, `private`? Как управлять доступом?
    *   Нарушается принцип инкапсуляции.

1. Языковая спецификация C#: Согласно спецификации C# (ECMA-334), интерфейс может содержать только следующие члены:

    *   Методы (включая методы расширения, начиная с C# 8.0)
    *   Свойства (как полноценные, так и автоматические, начиная с C# 8.0)
    *   События (events)
    *   Индексаторы (indexers)

Поля в это список не входят.

Альтернативы и обходные пути

Если вам необходимо определить член данных, который должен быть частью контракта, используйте следующие подходы:

1. Использование свойства (Property)

Это основной и правильный способ. Свойство в интерфейсе объявляет требование о наличии у реализующего типа механизма доступа к некоторому значению (геттер) и, возможно, его изменения (сеттер). При этом реализация (хранится ли значение в поле, вычисляется ли оно) остаётся на усмотрение класса.

public interface IVehicle
{
    // Требуем наличие свойства Speed. Как оно реализовано - неважно.
    int Speed { get; set; }

    // Свойство только для чтения
    string ModelName { get; }
}

public class Car : IVehicle
{
    // Реализация через private поле
    private int _speed;
    public int Speed
    {
        get => _speed;
        set => _speed = value;
    }

    // Реализация через автоматическое свойство (компилятор сам создаст поле)
    public string ModelName { get; }

    public Car(string model) => ModelName = model;
}

2. Автоматические свойства в интерфейсах (C# 8.0 и выше)

Начиная с C# 8.0, интерфейсы поддерживают реализацию членов по умолчанию. Это позволяет добавить в интерфейс свойство с готовой реализацией по умолчанию, включая автоматически сгенерированное резервное поле.

public interface IConfiguration
{
    // Автоматическое свойство С реализацией по умолчанию.
    // Компилятор создает скрытое резервное поле для этого свойства.
    string ConnectionString { get; set; } = "DefaultConnection";
}

public class AppConfig : IConfiguration
{
    // Класс может использовать реализацию по умолчанию,
    // а может переопределить свойство.
    public string ConnectionString { get; set; }
}

Важно: это именно свойство с реализацией по умолчанию, а не поле. Прямого объявления поля int x; в интерфейсе по-прежнему нет.

3. Абстрактный базовый класс

Если ваша конструкция требует наличия общих полей для группы классов, правильнее использовать абстрактный класс.

public abstract class AnimalBase
{
    // Поле с реализацией и модификатором доступа
    protected string _geneticCode;

    // Абстрактный метод - часть контракта
    public abstract void MakeSound();
}

public class Dog : AnimalBase
{
    public override void MakeSound() => Console.WriteLine("Woof!");
}

Вывод

Прямое объявление поля в интерфейсе C# невозможно по дизайну языка. Эта ограничение является ключевым для поддержания четкого разделения между контрактом поведения (интерфейсы) и реализацией состояния (классы). Для передачи требований к данным используйте свойства (properties). Если же общие поля действительно необходимы, рассмотрите использование абстрактного базового класса или композиции.