Я хочу создать внутреннее автоматическое свойство:
internal bool IP { get; protected internal set; }
Я думал, что можно сделать установщик protected или protected internal, но я всегда получаю сообщение об ошибке модификатор доступности должен быть более строгим, чем свойство. Разве это не так? Private мне тут не помогает.
РЕДАКТИРОВАТЬ:
Возникает вопрос: как реализовать автоматическое свойство с внутренним геттером и защищенным сеттером?
Фактически это protected или internal, а не и. Он доступен как производным классам и типам в одной сборке. Распространенное заблуждение - думать, что protected internal означает доступный только для производных классов в той же сборке.
protected internal означает, что он доступен всем, у кого есть доступ protected, И всем, у кого есть доступ internal
- person DevinB; 30.06.2009
На уровне .NET есть два похожих, но разных уровня доступа:
«защищенный внутренний» в C # означает FamilyOrAssembly; для FamilyAndAssembly нет модификатора.
Итак, ваш сеттер protected internal менее строг, чем общее свойство internal. Что вы могли бы сделать:
protected internal bool IP { internal get; set; }
Но тогда ваш сеттер менее ограничен, чем ваш геттер, что странно ...
Другая (несколько эквивалентная) альтернатива:
internal bool IP { get; set; }
protected void SetIP(bool ip)
{
this.IP = ip;
}
FamilyAndAssembly, который не используется в C # без использования магии IL и т. Д.?
- person Chris Marisic; 02.05.2012
Я бы счел это мошенничеством, поскольку Эрик Липперт сам находится в SO, но он написал отличное сообщение в блоге, в котором рассматривается эта проблема.
Почему я не могу получить доступ к защищенному члену из производного класса, часть третья
В конечном счете, его ответ во многом такой же, как и на плакатах здесь, но он приводит некоторые интересные доводы в пользу дизайна языка и реализации этих функций.
Учитывая то, что упомянул Джон Скит (и комментарий пользователя 59808), не приведет ли это к желаемому результату?
protected internal bool IP { get; protected set; }
protected internal менее строг, чем protected или internal, потому что он позволяет обоим его подклассам (protected) и чему-либо в той же сборке (internal) получить доступ к чему-либо.
защищенные внутренние средства, видимые для классов в той же сборке или для классов, производных от содержащего класса - другими словами, он виден тем, кто соответствует внутренним требованиям ИЛИ защищенным требованиям, а не И. Нет модификатора доступа, означающего защищенный И внутренний таким образом.
защищенный внутренний означает защищенный ИЛИ внутренний, незащищенный и внутренний. Таким образом, область видимости ограничена одной и той же сборкой ИЛИ производными классами, не обязательно обоими.
модификатор доступности должен быть более строгим, чем свойство
Internal является более строгим, чем защищенный: потому что защищенные объекты могут быть видны (подклассами) вне сборки.
Компилятор говорит, что нет смысла говорить, что set защищен (т.е. видим для подклассов вне сборки), когда все свойство IP является внутренним (т.е. невидимым вне сборки).
public bool IP{get; private set;}- person Dani schedule 09.07.2014