Saya baru-baru ini bekerja dengan DateTimeobjek, dan menulis sesuatu seperti ini:

DateTime dt = DateTime.Now;
dt.AddDays(1);
return dt; // still today's date! WTF?

Dokumentasi intellisense untuk AddDays()mengatakan itu menambahkan hari ke tanggal, yang tidak - itu benar-benar mengembalikan tanggal dengan hari ditambahkan ke dalamnya, jadi Anda harus menuliskannya seperti:

DateTime dt = DateTime.Now;
dt = dt.AddDays(1);
return dt; // tomorrow's date

Yang ini telah menggigit saya beberapa kali sebelumnya, jadi saya pikir akan berguna untuk membuat katalog C # gotchas terburuk.

private int myVar;
public int MyVar
{
    get { return MyVar; }
}

Blammo. Aplikasi Anda macet tanpa jejak tumpukan. Terjadi sepanjang waktu.

(Perhatikan modal MyVaralih-alih huruf kecil myVarpada pengambil).

Ketik.Tipe

Salah satu yang saya lihat menggigit banyak orang adalah Type.GetType(string). Mereka bertanya-tanya mengapa itu bekerja untuk tipe dalam perakitan mereka sendiri, dan beberapa jenis suka System.String, tetapi tidak System.Windows.Forms.Form. Jawabannya adalah bahwa ia hanya terlihat dalam perakitan saat ini dan di mscorlib.

Metode anonim

C # 2.0 memperkenalkan metode anonim, yang mengarah ke situasi buruk seperti ini:

using System;
using System.Threading;

class Test
{
    static void Main()
    {
        for (int i=0; i < 10; i++)
        {
            ThreadStart ts = delegate { Console.WriteLine(i); };
            new Thread(ts).Start();
        }
    }
}

Apa yang akan dicetak? Yah, itu sepenuhnya tergantung pada penjadwalan. Ini akan mencetak 10 angka, tetapi mungkin tidak akan mencetak 0, 1, 2, 3, 4, 5, 6, 7, 8, 9 yang mungkin Anda harapkan. Masalahnya adalah bahwa itu adalah ivariabel yang telah ditangkap, bukan nilainya pada saat penciptaan delegasi. Ini dapat diselesaikan dengan mudah dengan variabel lokal ekstra dari cakupan yang tepat:

using System;
using System.Threading;

class Test
{
    static void Main()
    {
        for (int i=0; i < 10; i++)
        {
            int copy = i;
            ThreadStart ts = delegate { Console.WriteLine(copy); };
            new Thread(ts).Start();
        }
    }
}

Eksekusi blok iterator yang ditangguhkan

"Unit test orang miskin" ini tidak lulus - mengapa tidak?

using System;
using System.Collections.Generic;
using System.Diagnostics;

class Test
{
    static IEnumerable<char> CapitalLetters(string input)
    {
        if (input == null)
        {
            throw new ArgumentNullException(input);
        }
        foreach (char c in input)
        {
            yield return char.ToUpper(c);
        }
    }

    static void Main()
    {
        // Test that null input is handled correctly
        try
        {
            CapitalLetters(null);
            Console.WriteLine("An exception should have been thrown!");
        }
        catch (ArgumentNullException)
        {
            // Expected
        }
    }
}

Jawabannya adalah bahwa kode dalam sumber CapitalLetterskode tidak dieksekusi sampai metode iterator MoveNext()pertama kali dipanggil.

Saya memiliki beberapa keanehan lain di halaman brainteasers saya .

Melempar kembali pengecualian

Gotcha yang mendapat banyak pengembang baru, adalah semantik pengecualian lemparan ulang.

Banyak waktu saya melihat kode seperti berikut ini

catch(Exception e) 
{
   // Do stuff 
   throw e; 
}

Masalahnya adalah itu menghapus jejak stack dan membuat masalah diagnosis jauh lebih sulit, karena Anda tidak dapat melacak di mana pengecualian berasal.

Kode yang benar adalah pernyataan melempar tanpa argumen:

catch(Exception)
{
    throw;
}

Atau bungkus pengecualian di yang lain, dan gunakan pengecualian dalam untuk mendapatkan jejak tumpukan asli:

catch(Exception e) 
{
   // Do stuff 
   throw new MySpecialException(e); 
}

Jendela Jaga Heisenberg

Ini dapat menggigit Anda dengan buruk jika Anda melakukan hal-hal berdasarkan permintaan, seperti ini:

private MyClass _myObj;
public MyClass MyObj {
  get {
    if (_myObj == null)
      _myObj = CreateMyObj(); // some other code to create my object
    return _myObj;
  }
}

Sekarang katakanlah Anda memiliki beberapa kode di tempat lain menggunakan ini:

// blah
// blah
MyObj.DoStuff(); // Line 3
// blah

Sekarang Anda ingin men-debug CreateMyObj()metode Anda . Jadi Anda meletakkan breakpoint pada Jalur 3 di atas, dengan maksud untuk masuk ke dalam kode. Hanya untuk ukuran yang baik, Anda juga meletakkan breakpoint pada baris di atas yang mengatakan _myObj = CreateMyObj();, dan bahkan breakpoint di dalamnya CreateMyObj().

Kode tersebut mencapai breakpoint Anda di Jalur 3. Anda masuk ke dalam kode. Anda berharap memasukkan kode kondisional, karena _myObjjelas nol, kan? Uh ... jadi ... mengapa itu melewati kondisi dan langsung return _myObj? ?! Anda mengarahkan mouse ke _myObj ... dan memang, itu memiliki nilai! Bagaimana itu bisa terjadi?!

Jawabannya adalah bahwa IDE Anda menyebabkannya mendapatkan nilai, karena Anda memiliki jendela "jam tangan" terbuka - terutama jendela jam tangan "Autos", yang menampilkan nilai-nilai semua variabel / properti yang relevan dengan jalur eksekusi saat ini atau sebelumnya. Ketika Anda mencapai breakpoint Anda di Jalur 3, jendela arloji memutuskan bahwa Anda akan tertarik untuk mengetahui nilai MyObj- jadi di balik layar, mengabaikan salah satu breakpoints Anda , ia pergi dan menghitung nilai MyObjuntuk Anda - termasuk panggilan untuk CreateMyObj()itu menetapkan nilai _myObj!

Karena itulah saya menyebutnya Heisenberg Watch Window - Anda tidak dapat mengamati nilainya tanpa mempengaruhinya ... :)

KENA KAU!

Sunting - Saya merasa komentar ChristianHayter layak dimasukkan dalam jawaban utama, karena sepertinya solusi yang efektif untuk masalah ini. Jadi, kapan pun Anda memiliki properti bermalas-malasan ...

Hiasi properti Anda dengan [DebuggerBrowsable (DebuggerBrowsableState.Never)] atau [DebuggerDisplay ("<dimuat sesuai permintaan>")]. - Christian Hayter

Inilah waktu lain yang membuat saya:

static void PrintHowLong(DateTime a, DateTime b)
{
    TimeSpan span = a - b;
    Console.WriteLine(span.Seconds);        // WRONG!
    Console.WriteLine(span.TotalSeconds);   // RIGHT!
}

TimeSpan.Seconds adalah bagian detik dari rentang waktu (2 menit dan 0 detik memiliki nilai detik 0).

TimeSpan.TotalSeconds adalah seluruh rentang waktu yang diukur dalam detik (2 menit memiliki nilai total detik 120).

Memori bocor karena Anda tidak membatalkan acara.

Ini bahkan menangkap beberapa pengembang senior yang saya tahu.

Bayangkan formulir WPF dengan banyak hal di dalamnya, dan di suatu tempat di sana Anda berlangganan sebuah acara. Jika Anda tidak berhenti berlangganan maka seluruh formulir disimpan dalam memori setelah ditutup dan tidak direferensikan.

Saya percaya masalah yang saya lihat adalah membuat DispatchTimer dalam bentuk WPF dan berlangganan acara Tick, jika Anda tidak melakukan - = pada penghitung waktu, memori Anda bocor!

Dalam contoh ini, kode teardown Anda seharusnya

timer.Tick -= TimerTickEventHandler;

Yang ini sangat rumit karena Anda membuat instance DispatchTimer di dalam formulir WPF, jadi Anda akan berpikir bahwa itu akan menjadi referensi internal yang ditangani oleh proses Pengumpulan Sampah ... sayangnya DispatchTimer menggunakan daftar langganan dan layanan internal statis. meminta pada utas UI, sehingga referensi 'dimiliki' oleh kelas statis.

Mungkin bukan benar-benar gotcha karena perilaku ini ditulis dengan jelas dalam MSDN, tetapi telah mematahkan leher saya sekali karena saya merasa agak kontra-intuitif:

Image image = System.Drawing.Image.FromFile("nice.pic");

Orang ini meninggalkan "nice.pic"file terkunci sampai gambar dibuang. Pada saat saya menghadapinya, saya pikir akan lebih baik memuat ikon dengan cepat dan tidak menyadari (pada awalnya) bahwa saya berakhir dengan lusinan file yang terbuka dan terkunci! Gambar melacak dari mana file itu dimuat dari ...

Bagaimana cara mengatasinya? Saya pikir satu kapal akan melakukan pekerjaan itu. Saya mengharapkan parameter tambahan untuk FromFile(), tetapi tidak memilikinya, jadi saya menulis ini ...

using (Stream fs = new FileStream("nice.pic", FileMode.Open, FileAccess.Read))
{
    image = System.Drawing.Image.FromStream(fs);
}

Jika Anda menghitung ASP.NET, saya akan mengatakan siklus hidup bentuk web adalah gotcha yang cukup besar bagi saya. Saya telah menghabiskan banyak waktu men-debug kode webform yang ditulis dengan buruk, hanya karena banyak pengembang tidak benar-benar mengerti kapan harus menggunakan event handler mana (termasuk saya, sayangnya).

kelebihan muatan == operator dan kontainer yang tidak diketik (daftar array, dataset, dll.):

string my = "my ";
Debug.Assert(my+"string" == "my string"); //true

var a = new ArrayList();
a.Add(my+"string");
a.Add("my string");

// uses ==(object) instead of ==(string)
Debug.Assert(a[1] == "my string"); // true, due to interning magic
Debug.Assert(a[0] == "my string"); // false

Solusi?

• selalu gunakan string.Equals(a, b)ketika Anda membandingkan tipe string

• menggunakan obat generik ingin List<string>memastikan bahwa kedua operan adalah string.

[Serializable]
class Hello
{
    readonly object accountsLock = new object();
}

//Do stuff to deserialize Hello with BinaryFormatter
//and now... accountsLock == null ;)

Moral dari cerita: Inisialisasi lapangan tidak berjalan ketika deserialisasi objek

DateTime.ToString ("hh / MM / tttt") ; Ini sebenarnya tidak akan selalu memberi Anda hh / MM / tttt tetapi sebaliknya akan mempertimbangkan pengaturan regional dan mengganti pemisah tanggal Anda tergantung di mana Anda berada. Jadi Anda mungkin mendapatkan dd-MM-yyyy atau sesuatu yang serupa.

Cara yang tepat untuk melakukan ini adalah dengan menggunakan DateTime.ToString ("dd '/' MM '/' yyyy");

DateTime.ToString ("r") seharusnya dikonversi ke RFC1123, yang menggunakan GMT. GMT berada dalam sepersekian detik dari UTC, namun specifier format "r" tidak dikonversi ke UTC , bahkan jika DateTime yang dimaksud ditentukan sebagai Lokal.

Ini menghasilkan gotcha berikut (bervariasi tergantung pada seberapa jauh waktu lokal Anda dari UTC):

DateTime.Parse("Tue, 06 Sep 2011 16:35:12 GMT").ToString("r")
>              "Tue, 06 Sep 2011 17:35:12 GMT"

Aduh!

Saya melihat ini diposting hari yang lain, dan saya pikir itu cukup jelas, dan menyakitkan bagi mereka yang tidak tahu

int x = 0;
x = x++;
return x;

Karena itu akan mengembalikan 0 dan bukan 1 seperti yang diharapkan kebanyakan orang

Aku agak terlambat ke pesta ini, tapi aku punya dua gotcha yang baru-baru ini menggigitku:

Resolusi DateTime

Properti Ticks mengukur waktu dalam 10-juta detik (100 nanodetik blok), namun resolusinya bukan 100 nanodetik, ini sekitar 15 ms.

Kode ini:

long now = DateTime.Now.Ticks;
for (int i = 0; i < 10; i++)
{
    System.Threading.Thread.Sleep(1);
    Console.WriteLine(DateTime.Now.Ticks - now);
}

akan memberi Anda output (misalnya):

0
0
0
0
0
0
0
156254
156254
156254

Demikian pula, jika Anda melihat DateTime.Now.Millisecond, Anda akan mendapatkan nilai dalam potongan bulat 15,625ms: 15, 31, 46, dll.

Perilaku khusus ini bervariasi dari satu sistem ke sistem lainnya , tetapi ada gotcha terkait resolusi lainnya di API tanggal / waktu ini.

Jalan. Menggabungkan

Cara yang bagus untuk menggabungkan jalur file, tetapi tidak selalu berperilaku seperti yang Anda harapkan.

Jika parameter kedua dimulai dengan \karakter, itu tidak akan memberi Anda path lengkap:

Kode ini:

string prefix1 = "C:\\MyFolder\\MySubFolder";
string prefix2 = "C:\\MyFolder\\MySubFolder\\";
string suffix1 = "log\\";
string suffix2 = "\\log\\";

Console.WriteLine(Path.Combine(prefix1, suffix1));
Console.WriteLine(Path.Combine(prefix1, suffix2));
Console.WriteLine(Path.Combine(prefix2, suffix1));
Console.WriteLine(Path.Combine(prefix2, suffix2));

Memberi Anda hasil ini:

C:\MyFolder\MySubFolder\log\
\log\
C:\MyFolder\MySubFolder\log\
\log\

Ketika Anda memulai proses (menggunakan System.Diagnostics) yang menulis ke konsol, tetapi Anda tidak pernah membaca aliran Console.Out, setelah sejumlah output tertentu aplikasi Anda tampaknya akan menggantung.

Tidak ada pintasan operator di Linq-To-Sql

Lihat di sini .

Singkatnya, di dalam klausa kondisional dari kueri Linq-To-Sql, Anda tidak dapat menggunakan pintasan bersyarat seperti ||dan &&untuk menghindari pengecualian referensi nol; Linq-To-Sql mengevaluasi kedua sisi operator OR atau AND bahkan jika kondisi pertama meniadakan kebutuhan untuk mengevaluasi kondisi kedua!

Menggunakan parameter default dengan metode virtual

abstract class Base
{
    public virtual void foo(string s = "base") { Console.WriteLine("base " + s); }
}

class Derived : Base
{
    public override void foo(string s = "derived") { Console.WriteLine("derived " + s); }
}

...

Base b = new Derived();
b.foo();

Output:
basis yang diturunkan

Nilai objek dalam koleksi yang bisa diubah

struct Point { ... }
List<Point> mypoints = ...;

mypoints[i].x = 10;

tidak berpengaruh.

mypoints[i]mengembalikan salinan Pointobjek nilai. C # dengan senang hati memungkinkan Anda memodifikasi bidang salinan. Diam-diam tidak melakukan apa-apa.

Pembaruan: Ini tampaknya diperbaiki di C # 3.0:

Cannot modify the return value of 'System.Collections.Generic.List<Foo>.this[int]' because it is not a variable

Mungkin bukan yang terburuk, tetapi beberapa bagian kerangka kerja .net menggunakan derajat sementara yang lain menggunakan radian (dan dokumentasi yang muncul dengan Intellisense tidak pernah memberi tahu Anda, Anda harus mengunjungi MSDN untuk mengetahuinya)

Semua ini bisa dihindari dengan memiliki Anglekelas sebagai gantinya ...

Untuk programmer C / C ++, transisi ke C # adalah alami. Namun, gotcha terbesar yang saya temui (dan telah saya lihat dengan orang lain membuat transisi yang sama) tidak sepenuhnya memahami perbedaan antara kelas dan struct di C #.

Dalam C ++, kelas dan struct identik; mereka hanya berbeda dalam visibilitas default, di mana kelas default untuk visibilitas pribadi dan struct default untuk visibilitas publik. Dalam C ++, definisi kelas ini

    class A
    {
    public:
        int i;
    };

secara fungsional setara dengan definisi struct ini.

    struct A
    {
        int i;
    };

Di C #, bagaimanapun, kelas adalah tipe referensi sementara struct adalah tipe nilai. Hal ini membuat sebuah BESAR perbedaan dalam (1) memutuskan kapan untuk menggunakan satu atas yang lain, (2) menguji objek kesetaraan, (3) kinerja (misalnya, tinju / pembukaan kemasan), dll

Ada semua jenis informasi di web terkait dengan perbedaan antara keduanya (mis., Di sini ). Saya akan sangat mendorong siapa pun yang melakukan transisi ke C # untuk setidaknya memiliki pengetahuan tentang perbedaan dan implikasinya.

Pengumpulan dan Buang Sampah (). Meskipun Anda tidak perlu melakukan apa pun untuk membebaskan memori , Anda masih harus membebaskan sumber daya melalui Buang (). Ini adalah hal yang sangat mudah untuk dilupakan ketika Anda menggunakan WinForms, atau melacak objek dengan cara apa pun.

Array implement IList

Tapi jangan menerapkannya. Saat Anda memanggil Tambah, ia memberi tahu Anda bahwa itu tidak berfungsi. Jadi mengapa sebuah kelas mengimplementasikan sebuah antarmuka ketika tidak dapat mendukungnya?

Kompilasi, tetapi tidak berfungsi:

IList<int> myList = new int[] { 1, 2, 4 };
myList.Add(5);

Kami memiliki masalah ini banyak, karena serializer (WCF) mengubah semua ILists menjadi array dan kami mendapatkan kesalahan runtime.

foreach loop lingkup variabel!

var l = new List<Func<string>>();
var strings = new[] { "Lorem" , "ipsum", "dolor", "sit", "amet" };
foreach (var s in strings)
{
    l.Add(() => s);
}

foreach (var a in l)
    Console.WriteLine(a());

mencetak lima "amet", sedangkan contoh berikut berfungsi dengan baik

var l = new List<Func<string>>();
var strings = new[] { "Lorem" , "ipsum", "dolor", "sit", "amet" };
foreach (var s in strings)
{
    var t = s;
    l.Add(() => t);
}

foreach (var a in l)
    Console.WriteLine(a());

MS SQL Server tidak dapat menangani tanggal sebelum 1753. Secara signifikan, itu tidak selaras dengan DateTime.MinDatekonstanta .NET , yaitu 1/1/1. Jadi, jika Anda mencoba menyelamatkan mindate, tanggal cacat (seperti baru-baru ini terjadi pada saya dalam impor data) atau hanya tanggal lahir William Sang Penakluk, Anda akan berada dalam masalah. Tidak ada solusi bawaan untuk ini; jika Anda perlu bekerja dengan tanggal sebelum 1753, Anda harus menulis solusi sendiri.

The Gotcha Caching Gotcha Jahat

Lihat pertanyaan saya yang mengarah pada penemuan ini, dan blogger yang menemukan masalah.

Singkatnya, DataContext menyimpan cache dari semua objek Linq-to-Sql yang pernah Anda muat. Jika ada orang lain yang membuat perubahan pada catatan yang sebelumnya Anda muat, Anda tidak akan bisa mendapatkan data terbaru, bahkan jika Anda secara eksplisit memuat ulang catatan!

Ini karena properti yang dipanggil ObjectTrackingEnabledpada DataContext, yang secara default adalah benar. Jika Anda menyetel properti itu menjadi false, catatan akan dimuat lagi setiap kali ... TETAPI ... Anda tidak dapat mempertahankan perubahan apa pun pada catatan itu dengan SubmitChanges ().

KENA KAU!

Kontrak pada Stream. Baca adalah sesuatu yang saya lihat membuat banyak orang tersandung:

// Read 8 bytes and turn them into a ulong
byte[] data = new byte[8];
stream.Read(data, 0, 8); // <-- WRONG!
ulong data = BitConverter.ToUInt64(data);

Alasan ini salah adalah yang Stream.Readakan membaca paling banyak jumlah byte yang ditentukan, tetapi sepenuhnya bebas untuk membaca hanya 1 byte, bahkan jika 7 byte lainnya tersedia sebelum akhir aliran.

Itu tidak membantu bahwa penampilan ini begitu mirip dengan Stream.Writeyang ini dijamin telah menulis semua byte jika kembali tanpa terkecuali. Juga tidak membantu bahwa kode di atas berfungsi hampir setiap saat . Dan tentu saja itu tidak membantu bahwa tidak ada metode yang siap pakai dan nyaman untuk membaca dengan tepat N byte dengan benar.

Jadi, untuk menutup lubang, dan meningkatkan kesadaran akan hal ini, berikut adalah contoh cara yang benar untuk melakukan ini:

    /// <summary>
    /// Attempts to fill the buffer with the specified number of bytes from the
    /// stream. If there are fewer bytes left in the stream than requested then
    /// all available bytes will be read into the buffer.
    /// </summary>
    /// <param name="stream">Stream to read from.</param>
    /// <param name="buffer">Buffer to write the bytes to.</param>
    /// <param name="offset">Offset at which to write the first byte read from
    ///                      the stream.</param>
    /// <param name="length">Number of bytes to read from the stream.</param>
    /// <returns>Number of bytes read from the stream into buffer. This may be
    ///          less than requested, but only if the stream ended before the
    ///          required number of bytes were read.</returns>
    public static int FillBuffer(this Stream stream,
                                 byte[] buffer, int offset, int length)
    {
        int totalRead = 0;
        while (length > 0)
        {
            var read = stream.Read(buffer, offset, length);
            if (read == 0)
                return totalRead;
            offset += read;
            length -= read;
            totalRead += read;
        }
        return totalRead;
    }

    /// <summary>
    /// Attempts to read the specified number of bytes from the stream. If
    /// there are fewer bytes left before the end of the stream, a shorter
    /// (possibly empty) array is returned.
    /// </summary>
    /// <param name="stream">Stream to read from.</param>
    /// <param name="length">Number of bytes to read from the stream.</param>
    public static byte[] Read(this Stream stream, int length)
    {
        byte[] buf = new byte[length];
        int read = stream.FillBuffer(buf, 0, length);
        if (read < length)
            Array.Resize(ref buf, read);
        return buf;
    }

Acara

Saya tidak pernah mengerti mengapa acara adalah fitur bahasa. Mereka rumit untuk digunakan: Anda perlu memeriksa nol sebelum menelepon, Anda perlu membatalkan pendaftaran (sendiri), Anda tidak dapat menemukan siapa yang terdaftar (misalnya: apakah saya mendaftar?). Mengapa acara bukan hanya kelas di perpustakaan? Pada dasarnya spesialis List<delegate>?

Hari ini saya memperbaiki bug yang berhasil dihindari untuk waktu yang lama. Bug ada di kelas umum yang digunakan dalam skenario multi-ulir dan bidang int statis digunakan untuk menyediakan sinkronisasi bebas kunci menggunakan Interlocked. Bug disebabkan karena setiap instantiation dari kelas generik untuk suatu tipe memiliki statiknya sendiri. Jadi setiap utas memiliki bidang statis sendiri dan tidak menggunakan kunci seperti yang dimaksudkan.

class SomeGeneric<T>
{
    public static int i = 0;
}

class Test
{
    public static void main(string[] args)
    {
        SomeGeneric<int>.i = 5;
        SomeGeneric<string>.i = 10;
        Console.WriteLine(SomeGeneric<int>.i);
        Console.WriteLine(SomeGeneric<string>.i);
        Console.WriteLine(SomeGeneric<int>.i);
    }
}

Ini mencetak 5 10 5

Enumerables dapat dievaluasi lebih dari satu kali

Ini akan menggigit Anda ketika Anda memiliki enumerable yang malas disebutkan dan Anda mengulanginya dua kali dan mendapatkan hasil yang berbeda. (atau Anda mendapatkan hasil yang sama tetapi dieksekusi dua kali tidak perlu)

Misalnya, saat menulis tes tertentu, saya memerlukan beberapa file temp untuk menguji logikanya:

var files = Enumerable.Range(0, 5)
    .Select(i => Path.GetTempFileName());

foreach (var file in files)
    File.WriteAllText(file, "HELLO WORLD!");

/* ... many lines of codes later ... */

foreach (var file in files)
    File.Delete(file);

Bayangkan betapa terkejutnya saya ketika File.Delete(file)melempar FileNotFound!!

Apa yang terjadi di sini adalah bahwa filesenumerable mendapat iterasi dua kali (hasil dari iterasi pertama tidak diingat) dan pada setiap iterasi baru Anda akan menelepon ulang Path.GetTempFilename()sehingga Anda akan mendapatkan satu set nama file temp yang berbeda.

Solusinya adalah, tentu saja, ingin menghitung nilai dengan menggunakan ToArray()atau ToList():

var files = Enumerable.Range(0, 5)
    .Select(i => Path.GetTempFileName())
    .ToArray();

Ini bahkan lebih menakutkan ketika Anda melakukan sesuatu yang multi-threaded, seperti:

foreach (var file in files)
    content = content + File.ReadAllText(file);

dan Anda tahu content.Lengthmasih 0 setelah semua menulis !! Anda kemudian mulai memeriksa dengan teliti bahwa Anda tidak memiliki kondisi balapan ketika .... setelah satu jam yang terbuang ... Anda tahu itu hanya hal kecil yang bisa Anda dapatkan.

Baru saja menemukan yang aneh yang membuat saya terjebak dalam debug untuk sementara waktu:

Anda dapat menambah nol untuk int nullable tanpa membuang kutipan dan nilainya tetap nol.

int? i = null;
i++; // I would have expected an exception but runs fine and stays as null

TextInfo textInfo = Thread.CurrentThread.CurrentCulture.TextInfo;

textInfo.ToTitleCase("hello world!"); //Returns "Hello World!"
textInfo.ToTitleCase("hElLo WoRld!"); //Returns "Hello World!"
textInfo.ToTitleCase("Hello World!"); //Returns "Hello World!"
textInfo.ToTitleCase("HELLO WORLD!"); //Returns "HELLO WORLD!"

Ya, perilaku ini didokumentasikan, tetapi itu tentu saja tidak membuatnya benar.