Apakah menggunakan 'var' akan memengaruhi kinerja?

Sebelumnya saya mengajukan pertanyaan tentang mengapa saya melihat begitu banyak contoh menggunakan varkata kunci dan mendapatkan jawaban bahwa sementara itu hanya diperlukan untuk jenis anonim, namun tetap digunakan untuk membuat kode penulisan 'lebih cepat' / lebih mudah dan 'hanya karena'.

Mengikuti tautan ini ("C # 3.0 - Var Isn't Objec") Saya melihat bahwa vardikompilasi ke tipe yang benar di IL (Anda akan melihatnya tentang artikel di tengah jalan).

Pertanyaan saya adalah berapa banyak lagi, jika ada, kode IL tidak menggunakan varkata kunci, dan apakah akan mendekati tingkat yang terukur pada kinerja kode jika digunakan di mana-mana?

Tidak ada kode IL tambahan untuk varkata kunci: IL yang dihasilkan harus identik untuk jenis non-anonim. Jika kompiler tidak dapat membuat IL itu karena tidak dapat mengetahui tipe apa yang ingin Anda gunakan, Anda akan mendapatkan kesalahan kompiler.

Satu-satunya trik adalah bahwa varakan menyimpulkan jenis yang tepat di mana Anda mungkin telah memilih jenis antarmuka atau orang tua jika Anda mengatur jenis secara manual.

Perbarui 8 Tahun Kemudian

Saya perlu memperbarui ini karena pemahaman saya telah berubah. Saya sekarang percaya mungkin untuk varmempengaruhi kinerja dalam situasi di mana metode mengembalikan antarmuka, tetapi Anda akan menggunakan tipe yang tepat. Misalnya, jika Anda memiliki metode ini:

IList<int> Foo()
{
    return Enumerable.Range(0,10).ToList();
}

Pertimbangkan tiga baris kode ini untuk memanggil metode:

List<int> bar1 = Foo();
IList<int> bar = Foo();
var bar3 = Foo();

Ketiganya mengkompilasi dan mengeksekusi seperti yang diharapkan. Namun, dua baris pertama tidak persis sama, dan baris ketiga akan cocok dengan yang kedua, bukan yang pertama. Karena tanda tangan Foo()adalah untuk mengembalikan suatu IList<int>, itu adalah bagaimana kompiler akan membangun bar3variabel.

Dari sudut pandang kinerja, sebagian besar Anda tidak akan melihat. Namun, ada situasi di mana kinerja baris ketiga mungkin tidak secepat kinerja yang pertama . Saat Anda terus menggunakan bar3variabel, kompiler mungkin tidak dapat mengirimkan panggilan metode dengan cara yang sama.

Perhatikan bahwa mungkin (bahkan mungkin) jitter akan dapat menghapus perbedaan ini, tetapi tidak dijamin. Secara umum, Anda masih harus mempertimbangkan varuntuk menjadi non-faktor dalam hal kinerja. Sama sekali tidak seperti menggunakan dynamicvariabel. Tetapi untuk mengatakan itu tidak pernah membuat perbedaan sama sekali mungkin melebih-lebihkan itu.

Seperti kata Joel, kompiler bekerja pada waktu kompilasi jenis var apa yang seharusnya, secara efektif itu hanya sebuah trik yang dilakukan oleh kompiler untuk menghemat penekanan tombol, jadi misalnya

var s = "hi";

digantikan oleh

string s = "hi";

oleh kompiler sebelum IL dihasilkan. IL yang Dihasilkan akan persis sama seperti jika Anda mengetikkan string.

Karena belum ada yang menyebut reflektor ...

Jika Anda mengkompilasi kode C # berikut:

static void Main(string[] args)
{
    var x = "hello";
    string y = "hello again!";
    Console.WriteLine(x);
    Console.WriteLine(y);
}

Kemudian gunakan reflektor di atasnya, Anda mendapatkan:

// Methods
private static void Main(string[] args)
{
    string x = "hello";
    string y = "hello again!";
    Console.WriteLine(x);
    Console.WriteLine(y);
}

Jadi jawabannya jelas tidak ada kinerja runtime hit!

Untuk metode berikut:

   private static void StringVsVarILOutput()
    {
        var string1 = new String(new char[9]);

        string string2 = new String(new char[9]);
    }

Output IL adalah ini:

        {
          .method private hidebysig static void  StringVsVarILOutput() cil managed
          // Code size       28 (0x1c)
          .maxstack  2
          .locals init ([0] string string1,
                   [1] string string2)
          IL_0000:  nop
          IL_0001:  ldc.i4.s   9
          IL_0003:  newarr     [mscorlib]System.Char
          IL_0008:  newobj     instance void [mscorlib]System.String::.ctor(char[])
          IL_000d:  stloc.0
          IL_000e:  ldc.i4.s   9
          IL_0010:  newarr     [mscorlib]System.Char
          IL_0015:  newobj     instance void [mscorlib]System.String::.ctor(char[])
          IL_001a:  stloc.1
          IL_001b:  ret
        } // end of method Program::StringVsVarILOutput

Compiler C # menyimpulkan tipe sebenarnya dari varvariabel pada waktu kompilasi. Tidak ada perbedaan dalam IL yang dihasilkan.

Jadi, untuk lebih jelasnya, ini adalah gaya pengkodean yang malas. Saya lebih suka tipe asli, diberi pilihan; Saya akan mengambil sedikit tambahan "noise" untuk memastikan saya menulis dan membaca apa yang saya pikir saya pada waktu kode / debug. * mengangkat bahu *

Saya pikir Anda tidak mengerti apa yang Anda baca. Jika akan dikompilasi untuk jenis yang tepat, maka adalah tidak ada perbedaan. Ketika saya melakukan ini:

var i = 42;

Kompiler tahu itu int, dan menghasilkan kode seolah-olah saya telah menulis

int i = 42;

Seperti yang Anda tautkan dengan posting, itu dikompilasi dengan tipe yang sama. Ini bukan pemeriksaan runtime atau apa pun yang membutuhkan kode tambahan. Kompilator hanya mengetahui apa jenisnya, dan menggunakannya.

Tidak ada biaya kinerja runtime untuk menggunakan var. Meskipun, saya menduga ada biaya kinerja kompilasi karena kompiler perlu menyimpulkan jenisnya, meskipun ini kemungkinan besar akan diabaikan.

Jika kompiler dapat melakukan inferencing tipe otomatis, maka tidak akan ada masalah dengan kinerja. Keduanya akan menghasilkan kode yang sama

var    x = new ClassA();
ClassA x = new ClassA();

Namun, jika Anda membangun tipe secara dinamis (LINQ ...) maka itu varadalah satu-satunya pertanyaan Anda dan ada mekanisme lain untuk membandingkan untuk mengatakan apa hukumannya.

Saya selalu menggunakan kata var dalam artikel web atau memandu tulisan.

Lebar editor teks artikel online kecil.

Jika saya menulis ini:

SomeCoolNameSpace.SomeCoolClassName.SomeCoolSubClassName coolClass = new SomeCoolNameSpace.SomeCoolClassName.SomeCoolSubClassName();

Anda akan melihat bahwa teks kode pra yang dirender di atas terlalu panjang dan keluar dari kotak, sehingga disembunyikan. Pembaca perlu menggulir ke kanan untuk melihat sintaksis lengkap.

Itu sebabnya saya selalu menggunakan kata kunci var dalam tulisan artikel web.

var coolClass = new SomeCoolNameSpace.SomeCoolClassName.SomeCoolSubClassName();

Seluruh kode pra yang diberikan hanya muat di dalam layar.

Dalam praktiknya, untuk mendeklarasikan objek, saya jarang menggunakan var, saya mengandalkan intellisense untuk mendeklarasikan objek lebih cepat.

Contoh:

SomeCoolNamespace.SomeCoolObject coolObject = new SomeCoolNamespace.SomeCoolObject();

Tapi, untuk mengembalikan objek dari suatu metode, saya menggunakan var untuk menulis kode lebih cepat.

Contoh:

var coolObject = GetCoolObject(param1, param2);

"var" adalah salah satu hal yang disukai atau dibenci orang (seperti wilayah). Padahal, tidak seperti wilayah, var mutlak diperlukan saat membuat kelas anonim.

Bagi saya, var masuk akal ketika Anda membuat objek secara langsung seperti:

var dict = new Dictionary<string, string>();

Yang sedang berkata, Anda dapat dengan mudah melakukan:

Dictionary<string, string> dict = baru dan intellisense akan mengisi sisanya untuk Anda di sini.

Jika Anda hanya ingin bekerja dengan antarmuka tertentu, maka Anda tidak dapat menggunakan var kecuali metode yang Anda panggil mengembalikan antarmuka secara langsung.

Resharper tampaknya berada di sisi menggunakan "var" di seluruh, yang dapat mendorong lebih banyak orang untuk melakukannya dengan cara itu. Tetapi saya agak setuju bahwa lebih sulit untuk membaca jika Anda memanggil suatu metode dan tidak jelas apa yang dikembalikan oleh namanya.

var sendiri tidak memperlambat apa pun, tetapi ada satu peringatan untuk ini yang tidak dipikirkan banyak orang. Jika Anda melakukannya var result = SomeMethod();maka kode setelah itu mengharapkan semacam hasil kembali di mana Anda akan memanggil berbagai metode atau properti atau apa pun. Jika SomeMethod()mengubah definisinya menjadi beberapa tipe lain tetapi masih memenuhi kontrak yang diharapkan oleh kode lain, Anda baru saja membuat bug yang sangat jahat (jika tidak ada pengujian unit / integrasi, tentu saja).

Tergantung situasinya, jika Anda mencoba menggunakan, kode ini di bawah.

Ekspresi dikonversi ke "OBJECT" dan mengurangi begitu banyak kinerja, tetapi ini masalah tersendiri.

KODE:

public class Fruta
{
    dynamic _instance;

    public Fruta(dynamic obj)
    {
        _instance = obj;
    }

    public dynamic GetInstance()
    {
        return _instance;
    }
}

public class Manga
{
    public int MyProperty { get; set; }
    public int MyProperty1 { get; set; }
    public int MyProperty2 { get; set; }
    public int MyProperty3 { get; set; }
}

public class Pera
{
    public int MyProperty { get; set; }
    public int MyProperty1 { get; set; }
    public int MyProperty2 { get; set; }
}

public class Executa
{
    public string Exec(int count, int value)
    {
        int x = 0;
        Random random = new Random();
        Stopwatch time = new Stopwatch();
        time.Start();

        while (x < count)
        {
            if (value == 0)
            {
                var obj = new Pera();
            }
            else if (value == 1)
            {
                Pera obj = new Pera();
            }
            else if (value == 2)
            {
                var obj = new Banana();
            }
            else if (value == 3)
            {
                var obj = (0 == random.Next(0, 1) ? new Fruta(new Manga()).GetInstance() : new Fruta(new Pera()).GetInstance());
            }
            else
            {
                Banana obj = new Banana();
            }

            x++;
        }

        time.Stop();
        return time.Elapsed.ToString();
    }

    public void ExecManga()
    {
        var obj = new Fruta(new Manga()).GetInstance();
        Manga obj2 = obj;
    }

    public void ExecPera()
    {
        var obj = new Fruta(new Pera()).GetInstance();
        Pera obj2 = obj;
    }
}

Di atas hasil dengan ILSPY.

public string Exec(int count, int value)
{
    int x = 0;
    Random random = new Random();
    Stopwatch time = new Stopwatch();
    time.Start();

    for (; x < count; x++)
    {
        switch (value)
        {
            case 0:
                {
                    Pera obj5 = new Pera();
                    break;
                }
            case 1:
                {
                    Pera obj4 = new Pera();
                    break;
                }
            case 2:
                {
                    Banana obj3 = default(Banana);
                    break;
                }
            case 3:
                {
                    object obj2 = (random.Next(0, 1) == 0) ? new Fruta(new Manga()).GetInstance() : new Fruta(new Pera()).GetInstance();
                    break;
                }
            default:
                {
                    Banana obj = default(Banana);
                    break;
                }
        }
    }
time.Stop();
return time.Elapsed.ToString();
}

Jika Anda ingin menjalankan kode ini gunakan kode di bawah ini, dan dapatkan perbedaan waktunya.

        static void Main(string[] args)
    {
        Executa exec = new Executa();            
        int x = 0;
        int times = 4;
        int count = 100000000;
        int[] intanceType = new int[4] { 0, 1, 2, 3 };

        while(x < times)
        {                
            Parallel.For(0, intanceType.Length, (i) => {
                Console.WriteLine($"Tentativa:{x} Tipo de Instancia: {intanceType[i]} Tempo Execução: {exec.Exec(count, intanceType[i])}");
            });
            x++;
        }

        Console.ReadLine();
    }

Salam