Czy jest akceptowany przy użyciu var jako "skrótów" w języku C#?

Question

Jednym z zastosowań dla typu var w C# wydaje się być skrót/upraszczanie/zapisywanie niepotrzebnego pisania. Jedną z rzeczy, którą rozważałem jest:

MyApp.Properties.Settings.Default.Value = 1;

To ton niepotrzebnego kodu. Alternatywą dla tego deklaruje:

using MyApp.Properties; 

- lub -

using appsettings = MyAppp.Properties.Settings; 

prowadzi do: appsettings.Default.Value = 1 lub Settings.Default.Value = 1

Abit lepiej , ale chciałbym, aby było jeszcze krótko:

var appsettings = MyFirstCSharpApp.Properties.Settings.Default; 
appsettings.Value=1; 

Wreszcie jest wystarczająco krótki i może być używany do innych irytująco długich również wzywa, ale czy jest to akceptowany sposób robienia tego? Zastanawiam się, czy "var skrótu" zawsze będzie wskazywał na istniejącą instancję tego, co robię skrót? (oczywiście nie tylko ustawienia jak w tym przykładzie)

Answer 1

Jest to akceptowalny kod, który kompilator podejmie i będzie wiedział, co z nim zrobić. Logiczne jest, że kod jest skracany później. To naprawdę nie różni się od definiowania typu zmiennej (int/bool/cokolwiek), zamiast wypowiadania var. Kiedy jesteś w studio, umieszczenie myszy na zmiennej daje jej skompilowany typ, więc nie powinno być z tym żadnego poważnego problemu. Niektórzy mogą to nazwać leniwym, ale lenistwo jest matką wynalazków. Dopóki twój kod nie stanie się nieczytelny, nie widzę, jak to by było dużym problemem.

Answer 2

Nie ma w tym nic złego, o ile kod jest czysty.

Answer 3

W rzeczywistości, var jest coraz częściej używany do tego: skrócenie kodu.

Specjalnie w przypadku

MyClass myClass = new MyClass(); 

Która jest bardzo jasne, wystarczy za pomocą

var myClass = new MyClass(); 

I btw, ReSharper pomaga egzekwować że zmienna jest używana wszędzie może być!

Answer 4

Wydaje mi się to w porządku, może zwiększyć czytelność, zwłaszcza jeśli używasz tej długiej .notowanej składni wiele razy.

Z jednej strony, jeśli korzystasz z właściwości indeksowanej lub automatycznie wygenerowanej właściwości (która działa w locie dla GETTER) wiele razy, może nastąpić trafienie wydajności dla każdego dostępu do tej właściwości. To jest mikrooptymizacja, więc prawdopodobnie nie powinieneś się o to martwić.

Answer 5

Pamiętaj tylko, że zmienne statyczne, do których się odwołujesz, nie zmieniają się pod tobą. Na przykład, następujące by złamać „skrót”:

var appsettings = MyFirstCSharpApp.Properties.Settings.Default; 
MyFirstCSharpApp.Properties.Settings.Default = new DefaultSettings(); // new reference 
appsettings.Value=1; 

Oczywiście, ja nie sugeruję, byś kiedykolwiek napisać kod, który wykonuje to, ale mówimy o zmiennych globalnych tutaj ... nigdzie żadnego kodu może zmienić to odniesienie. Przechowywanie odwołań w appsettings MOŻE być niebezpieczne w takich przypadkach ...jedna z wielu pułapek sprzężenia ze statycznymi zmiennymi, IMO.