Я хотел использовать ключевое слово var, чтобы объявить поле в своем классе, однако var только кажется, работает внутри методов.Использование var вне метода
код у меня выглядит следующим образом:
public static Dictionary<string, string> CommandList = new Dictionary<string, string>{};
, и я хотел бы иметь:
public static var CommandList = new Dictionary<string, string>
Почему это не возможно?
Моя статья на эту тему:
Резюмируя:
Если у нас есть «переменная» поля, то тип поля не может быть определена до тех пор, выражение не анализируется , и это происходит после того, как нам уже нужно знать тип поля.
Что делать, если в этих ссылках есть длинные цепи или даже циклы? Все эти алгоритмы должны быть переписаны и протестированы в мире, где информация типа верхнего уровня определяется от их, а не потребляется от.
Если у вас есть поля «var», то инициализатор может быть анонимного типа. Предположим, что поле открыто. В CLR или CLS еще нет стандарта о том, какой правильный способ открыть поле анонимного типа.
Эта статья - хороший материал. Очень подробно о том, как и почему. –
Короткий ответ заключается в том, что спецификация говорит, что это не является законным. ;-)
Как правило, это не то, что вы хотите делать в любом случае. Тип элемента должен быть IDictionary<string, string> не Dictionary<string, string>. Это небольшая нить, но обычно лучше использовать интерфейс во внешнем видимом объекте, чтобы впоследствии вы могли изменить тип, не затрагивая клиентов кода. Компилятор просто дает вам немного толчка, чтобы вести вас в этом направлении.
-1 Это не имеет никакого отношения к тому, используете ли вы интерфейс или конкретный тип –
-1 согласны с Пит. Ошибка не связана с «подталкиванием в правильном направлении» –
Я не говорил, что это так. Я сказал, что это потому, что спецификатор так сказал. В отличие от Эрика Липперта, я не могу делать заявления о том, почему выбор был сделан, поскольку меня там не было. Тем не менее, я считаю, что даже если бы это было не так сложно, как описано ниже, что они выбрали бы не по той причине, которую я перечислял. Плохая идея разоблачить внутреннюю информацию фактического типа в переменной в интерфейсе объекта. И я намекал, что этот вопрос ведет к плохому решению. Может быть, слишком тонкий. –
От C# reference
Кроме того, из The C# Programming Reference
Он просто не предназначен для использования, которое вы имеете в виду.
Основная цель состоит в том, чтобы разрешить поддержку анонимных типов в вашем коде, с дополнительным преимуществом, позволяющим иметь хороший тонкий способ указания локальных переменных.
+1 для цитирования спецификации и ссылки – jcoder
Есть ли у вас ошибка в компиляции? Что он говорит? –
Не удается разрешить символ var. Кажется, что var просто не распознается вне методов. –