Ошибка компилятора C# CS0200 с текстом «невозможно присвоить значение свойству или индексатору — доступ только для чтения» возникает в момент сборки проекта, когда код пытается записать значение в свойство, у которого отсутствует сеттер, либо сеттер объявлен с ограниченной видимостью. Компилятор останавливает сборку и указывает точную строку, поэтому первое действие — открыть файл по номеру строки из окна ошибок Visual Studio и посмотреть, как объявлено это свойство.
Проблема типична для проектов на .NET любого масштаба: от учебных консольных приложений до крупных решений на ASP.NET и WPF. Чаще всего она появляется после рефакторинга, когда разработчик меняет объявление свойства на get-only, а старый код присваивания остаётся. Разберём, почему возникает ошибка, как её диагностировать и какие есть способы исправления.
Что означает ошибка CS0200
Компилятор C# генерирует CS0200, когда инструкция присваивания обращается к члену, который не поддерживает запись в текущем контексте. Это не сбой среды выполнения и не баг Visual Studio — это осознанная защита, встроенная в язык: свойство без сеттера по замыслу автора класса является неизменяемым снаружи.
Типичный пример кода, вызывающего ошибку:
public class User
{
public string Name { get; } // только геттер
}
var user = new User();
user.Name = "Иван"; // CS0200: доступ только для чтения
Аналогичная ситуация возникает с индексаторами, объявленными только с get, и с полями, помеченными модификатором readonly, когда присваивание выполняется вне конструктора. Важно различать: свойство с get-only можно инициализировать только в конструкторе или при объявлении, а попытка записи из любого другого метода приведёт к ошибке компиляции.
Основные причины возникновения
Прежде чем менять код, определите, какой именно сценарий у вас реализован. От этого зависит правильный способ исправления.
- 🔒 Свойство объявлено только с геттером:
public int Count { get; }— запись запрещена везде, кроме конструктора и инициализатора. - 🛡️ Сеттер имеет ограниченный доступ:
public int Count { get; private set; }— присваивать можно только внутри самого класса. - 📦 Свойство принадлежит сторонней библиотеке, где автор намеренно закрыл запись.
- 🧱 Поле объявлено как
readonly, а присваивание выполняется в обычном методе. - 🧬 Используется
init-сеттер, а присваивание происходит после завершения инициализации объекта.
Отдельный случай — свойства анонимных типов и record-типов с позиционными параметрами: они иммутабельны по умолчанию, и попытка изменить их члены после создания тоже приводит к ошибке компиляции.
Способ 1: добавить сеттер к свойству
Если класс — ваш собственный и свойство по логике должно изменяться, самое прямое решение — добавить сеттер. Откройте объявление свойства и дополните его:
public string Name { get; set; } // теперь запись разрешенаЕсли запись должна быть доступна только внутри класса или наследникам, используйте модификаторы доступа у сеттера: private set, protected set или internal set. Так вы сохраните инкапсуляцию, но разрешите присваивание там, где оно действительно нужно. Например, свойство с protected set можно менять в производных классах, но не из внешнего кода.
⚠️ Внимание: не добавляйте публичный сеттер «лишь бы ошибка ушла». Если свойство участвует в инвариантах класса (например, связано с другими полями), произвольная запись снаружи может нарушить логику. Сначала проверьте, как значение используется внутри класса.
Способ 2: инициализация через конструктор или инициализатор объекта
Get-only свойство можно установить дважды легальными путями: при объявлении и в конструкторе класса. Если вам нужно задать значение один раз при создании объекта, передайте его через конструктор:
public class User
{
public string Name { get; }
public User(string name)
{
Name = name; // допустимо: присваивание в конструкторе
}
}
Для свойств с init-сеттером запись разрешена в инициализаторе объекта:
public class Settings
{
public int Timeout { get; init; }
}
var settings = new Settings { Timeout = 30 }; // корректно
settings.Timeout = 60; // CS0200/CS8852: после инициализации запись запрещена
☑️ Проверка перед исправлением свойства
Способ 3: свойство сторонней библиотеки
Когда свойство принадлежит чужой сборке, изменить его объявление нельзя. Здесь необходимо изучить, как автор библиотеки предполагал задавать значение. Обычно существует один из вариантов: параметр конструктора, специальный метод вида SetValue(), фабричный метод или объект-строитель (builder).
Практический порядок действий: откройте документацию библиотеки или перейдите к определению типа через F12 в Visual Studio, посмотрите доступные конструкторы и публичные методы. Если значение вычисляемое (например, производное от других свойств), возможно, менять нужно не его, а исходные данные, от которых оно зависит.
Сравнение вариантов объявления свойств
Чтобы выбрать правильную форму объявления, сверьтесь с таблицей: в ней показано, где разрешено присваивание для каждого варианта.
| Объявление | Запись снаружи | Запись внутри класса | Инициализатор объекта |
|---|---|---|---|
{ get; set; } | Да | Да | Да |
{ get; private set; } | Нет | Да | Нет |
{ get; } | Нет | Только конструктор | Нет |
{ get; init; } | Нет | Конструктор и init | Да |
{ get; protected set; } | Нет | Да, включая наследников | Нет |
Особые случаи: readonly-поля, record и структуры
Поля с модификатором readonly ведут себя как get-only свойства: присваивание допустимо при объявлении или в конструкторе. Если вам нужно менять значение в методах — уберите readonly или пересмотрите дизайн, возможно, поле должно быть обычным.
С record-типами ситуация иная: они спроектированы как неизменяемые. Вместо изменения существующего объекта создайте копию с новым значением через выражение with:
public record Point(int X, int Y);
var p1 = new Point(1, 2);
var p2 = p1 with { X = 10 }; // новая копия, p1 не изменился
Почему структуры усложняют картину
Если свойство принадлежит структуре (struct), которая сама возвращается из get-only свойства другого класса, попытка изменить её поле даст ошибку: вы работаете с временной копией структуры. Решение — получить структуру в локальную переменную, изменить её и присвоить обратно целиком, либо использовать класс вместо структуры.
⚠️ Внимание: не пытайтесь обойти ограничение через рефлексию (
PropertyInfo.SetValue) ради «быстрого фикса». Это работает только если сеттер физически существует, нарушает инкапсуляцию, усложняет поддержку кода и может сломаться при обновлении библиотеки.
Профилактика: как не сталкиваться с CS0200
Большинство таких ошибок устраняется дисциплиной при проектировании классов. Объявляйте свойства максимально закрытыми по умолчанию и открывайте запись только тогда, когда появляется реальная потребность. Тогда ошибка компилятора будет работать на вас — подсвечивать места, где логика изменилась.
- ✍️ Начинайте с
{ get; }или{ get; init; }, добавляйте сеттер осознанно. - 🔍 После рефакторинга выполняйте полную пересборку решения, а не только запуск — так найдутся все места присваивания.
- 📚 Для чужих библиотек сначала читайте документацию: у иммутабельных типов почти всегда есть штатный способ задать значения.
Часто задаваемые вопросы
Можно ли присвоить значение get-only свойству без изменения класса?
Штатными средствами — только через конструктор или инициализацию при объявлении. Если оба варианта недоступны (например, тип из сторонней библиотеки), ищите фабричные методы или параметры конструктора, предусмотренные автором.
Чем init отличается от set?
Сеттер set разрешает запись в любой момент жизни объекта, а init — только во время инициализации: в конструкторе или инициализаторе объекта. После создания объекта init-свойство становится фактически неизменяемым.
Почему ошибка появилась после обновления библиотеки NuGet?
Вероятно, в новой версии пакета автор изменил объявление свойства — убрал сеттер или сделал его приватным. Проверьте примечания к релизу библиотеки и адаптируйте код под новый API: обычно предлагается альтернативный способ задания значения.
Ошибка возникает при работе со структурой — в чём причина?
Структуры — значимые типы. Когда вы обращаетесь к свойству структуры, возвращённой из другого свойства, вы получаете копию. Изменение её члена бессмысленно, поэтому компилятор запрещает такую запись. Сохраните структуру в переменную, измените и присвойте обратно.
Как изменить свойство record-объекта?
Напрямую — никак, записи иммутабельны. Используйте выражение with: оно создаёт новую копию объекта с изменёнными свойствами, оставляя исходный объект нетронутым. Это безопасный паттерн для многопоточного кода.