Я уже давно вижу во многих примера используется ключевое слово var.
По сути я ещё не видел отличия от того что напишу просто тип или var.

Что можете рассказать об этом типе\ключе?

Без var, например, нельзя объявить переменную анонимного типа.

Это не тип , а ключевое слово , означающее поредение типа переменной автоматически на этапе компиляции

http://msdn.microsoft.com/ru-ru/library/bb383973.aspx

Ввод ключевого слова var был обусловлен вводом в эксплуатацию LINQ , где определение типа коллекции зачастую довольно сложно , а порой и вообще не возможно ( при использовании анонимных типов ).
Поэтому было введено ключевое слово var

Насколько мне известно Microsoft не рекомендует использовать var кроме как для указанной выше цели.
Тем не менее даже вокруг этого возникли споры и разногласия. 
R# к примеру предлагает везде где есть возможность его использовать

Классическим примером является сравнение 2 строк кода :


Понятно , что в данном случае в первой строчке кода происходит дублирование информации о типе.
У использования ключевого слово var есть и другие преимущества.

Лично я очень осторожно отношусь к этому ключевому слову и стараюсь его не использовать. Просто исходя из принципа : от добра добра не ищут.

хотелось бы услышать ещё мнения.

но по сути в IL код компилятор создат одинаковые команды из вашего пример?

недавняя тема 
http://forum.vingrad.ru/topic-320653.html

ч.т.д тут нужно собрать факты, обговорить с командой, и делать как думает команда.

Это просто синтаксический сахар. Для себя я выявил правило - как можно реже его употреблять.

кусок из моего проекта - количество шума уменьшается очень сильно при использовании var

ну вот эта часть мне кажется не удачная. 

да и вот сейчас подумал к примеру 
лучше выглядит 

чем


и вот ещё, как по мне не очень то и понятно выглядит



Это сообщение отредактировал(а) DenWPF - 17.4.2011, 23:00

т.е. а это понятно, да

это же тоже самое что и

тип ведь не конкретизируется  

  не понял...

DenWPF, 

тут мне было лень писать нормальное имя переменной. Халтура, что уж тут сказать)

mimik, 

тут дело в том, что при дебаге такое сокращение может получить кучу головной боли для программиста. Самое банальное - нет такого элемента с указанным индексом. и здесь появится ошибка в рантайме. Этот фрагмент вообще стоит переписать. 

там продумано программистом, не возможна другой вариант. в конструкторе добавляется два элемента, и не где они не удаляются.
+ это вобще для динамического создания объектов, в релизе такого не будет.




будет как одна команда. т.е полностью IL код будет одинаковый?

конечно нет, я так понимаю что в temp.m_pathImage идет обращение к свойству объекта? которое что то возвращает? и куда оно возвращает?


в этом случае переменная temp станет того же типа что и свойство.

но для меня остается загадкой какого типа эта переменная будет... я бы тут написал тип переменной.

Это сообщение отредактировал(а) Экскалупатор - 18.4.2011, 09:11

А мне var очень нравится.


ну по логике это строка, ибо путь к картинке, но тебе не все ли равно?? компилятор подскажет, а исходники с листов вряд ли ты читаешь.

по названию понятно что path это путь(и скорее всего будет строка), но честно скажу, видел иногда очень странные названия и не удивлюсь если там вместо строки, к примеру, лежит индекс этой картинки в каком нибудь листе или еще где. но это опять же детали.

Это сообщение отредактировал(а) Экскалупатор - 18.4.2011, 09:53

В общем я понял, использование var как приятное дополнение.

Использовать var нужно только там где он не помешает, и обязательно обзывать переменную, так что и далекий человек от программирования мог понять. 
Всем спасибо. 

я хотел сказать почему такое считается нормальным

и если не нравится var почему тогда не

ведь с variable.Method1() вы работаете как с var

А что здесь ненормального? а-ля функциональное программирование, код с linq чуть ли не весь такой.
Макконнелл так вообще советует в большинстве случаев не использовать локальные переменные, заменяя из вызовом метода. Маньячить тут, как и везде, не стоит, но здравый смысл тут налицо, мне кажется - зачем эти переменные t1 и t2 будут висеть в области видимости, если они больше не нужны.

Единственное правило которым я пользуюсь: никогда не заменять примитивные типы (int, char, bool, string ... ) на var. А остальное на усмотрение кодера. Был у меня какой-то цикл foreach в котором мне надо было пройтись по дженерик Dictionary. Если не писать var, то такие ужосы получаются...