我最近正在處理一個(gè)DateTime對(duì)象，并編寫了如下內(nèi)容：DateTime dt = DateTime.Now;dt.AddDays(1);return dt; // still today's date! WTF?的intellisense文檔AddDays()說(shuō)，它在日期上添加了一天，但實(shí)際上并沒有-實(shí)際返回的日期中添加了一天，因此您必須這樣寫：DateTime dt = DateTime.Now;dt = dt.AddDays(1);return dt; // tomorrow's date之前，這已經(jīng)咬了我很多次，所以我認(rèn)為對(duì)最糟糕的C＃陷阱進(jìn)行分類將很有用。
3 回答
慕尼黑8549860
TA貢獻(xiàn)1818條經(jīng)驗(yàn) 獲得超11個(gè)贊
private int myVar;
public int MyVar
{
get { return MyVar; }
}
布拉莫 您的應(yīng)用崩潰，沒有堆棧跟蹤。一直發(fā)生。
（注意使用大寫MyVar字母而不是小寫字母myVar）。
千萬(wàn)里不及你
TA貢獻(xiàn)1784條經(jīng)驗(yàn) 獲得超9個(gè)贊
Type.GetType
我看到很多人咬過(guò)的是Type.GetType(string)。他們想知道為什么它適用于他們自己的程序集中的類型，而某些類型像System.String，而不是System.Windows.Forms.Form。答案是，它只在當(dāng)前程序集中和中出現(xiàn)mscorlib。
匿名方法
C＃2.0引入了匿名方法，導(dǎo)致了如下討厭的情況：
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();
}
}
}
那會(huì)打印出什么？好吧，這完全取決于調(diào)度。它會(huì)打印10個(gè)數(shù)字，但可能不會(huì)打印0、1、2、3、4、5、6、7、8、9，這可能是您期望的。問題在于i捕獲的變量是它，而不是在創(chuàng)建委托時(shí)的值。使用正確范圍的額外局部變量可以輕松解決此問題：
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();
}
}
}
推遲執(zhí)行迭代器塊
這個(gè)“窮人的單元測(cè)試”沒有通過(guò)-為什么不呢？
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
}
}
}
答案是，CapitalLetters直到MoveNext()首次調(diào)用迭代器的方法時(shí)，代碼源中的代碼才會(huì)執(zhí)行。
我的腦筋急轉(zhuǎn)彎頁(yè)面上還有其他怪異之處。
慕田峪7331174
TA貢獻(xiàn)1828條經(jīng)驗(yàn) 獲得超13個(gè)贊
重新拋出異常
重新拋出異常語(yǔ)義是獲得許多新開發(fā)人員的陷阱。
很多時(shí)間我看到如下代碼
catch(Exception e)
{
// Do stuff
throw e;
}
問題在于，它會(huì)擦除堆棧跟蹤，并使診斷問題變得更加困難，導(dǎo)致您無(wú)法跟蹤異常的起源。
正確的代碼是不帶參數(shù)的throw語(yǔ)句：
catch(Exception)
{
throw;
}
或?qū)惓０b在另一個(gè)異常中，然后使用內(nèi)部異常獲取原始堆棧跟蹤：
catch(Exception e)
{
// Do stuff
throw new MySpecialException(e);
}
- 3 回答
- 0 關(guān)注
- 807 瀏覽
添加回答
舉報(bào)
0/150
提交
取消