在我从这个问题中了解到以下内容后,我想到了这一点:

where T : struct

我们,C#开发人员,都知道C#的基础知识。我指的是声明、条件、循环、运算符等。

我们中的一些人甚至掌握了Generics、匿名类型、lambdas、LINQ等等。。。

但是,即使是C#的粉丝、瘾君子和专家也几乎不知道C#最隐藏的功能或技巧是什么?

以下是迄今为止揭示的功能:

关键词

迈克尔·斯图姆的产量Michael Stum的varkokos的using()语句kokos只读由Mike Stone作者:Ed Swangren由Rocketpants改进因死亡而违约全球::由pzycomanAlexCuse的using()块Jakubšturc的挥发性Jakubšturc的外部别名

属性

Michael Stum的DefaultValueAttributeDannySmurf的ObsoleteAttribute调试器DisplayAttribute(按Stu)bdukes提供的DebuggerBrowseble和DebuggerStepThroughmarxidad的ThreadStaticAttributeMartin Clarke的FlagsAttributeAndrewBurns的ConditionalAttribute

语法

?? kokos的(合并空值)运算符Nick Berardi的数字标记其中T:Lars Mæhlum的新Keith的隐式泛型Keith的单参数lambdas基思汽车财产Keith的命名空间别名Patrick的带@的逐字字符串文字按lfoost列出的枚举值@marxidad的variableamesmarxidad的事件运算符由Portman设置字符串括号格式xanadot的属性访问器可访问性修饰符JasonS的条件(三元)运算符(?:)Binoj Antony检查和未检查操作员Flory的隐式和显式运算符

语言功能

Brad Barker的可空类型Keith的匿名类型__由Judah Himango制作的makeref __reftype __refvaluelomaxx的对象初始化器达科他州David的字符串格式marxidad的扩展方法Jon Erickson的部分方法John Asbeck的预处理器指令Robert Durgin的DEBUG预处理器指令SefBkn导致操作员过载通过chakrit推断类型Rob Gough将布尔运算符提升到下一级通过Roman Boiko将值类型变量作为不带装箱的接口传递由Roman Boiko编程确定声明的变量类型Chris的静态构造器使用LINQ by roosteronacid更容易进行眼睛/精简ORM映射__Zac Bowling的arglist

Visual Studio功能

Himadri在编辑器中选择文本块DannySmurf的片段

框架

KiwiCastard的TransactionScopeKiwiAstard的从属事务IainMH的<T>可为空迪亚戈的Mutex按ageektrapped列出的System.IO.PathJuan Manuel的WeakReference

方法和财产

KiwiAstard的String.IsNullOrEmpty()方法KiwiCastard的List.ForEach()方法Will Dean的BeginInvoke()、EndInvoke(()方法Nullable<T>。HasValue和Nullable<T>。Rismo的Value财产John Sheehan的GetValueOrDefault方法

提示和技巧

Andreas H.R.Nilsson的事件处理程序的好方法John的大写比较访问匿名类型而不通过dp进行反射Will延迟实例化集合财产的快速方法chosteronacid提供的类似JavaScript的匿名内联函数

另外

kokos的netmodulesDuncan Smart的LINQBridgeJoel Coehorn的并行扩展


当前回答

我只想提一下(因为在T:struct的地方出现了OP),C#编译器的一个缺点是

where T : Enum

不会编译。它抛出错误“约束不能是特殊类”System.Enum“”。

其他回答

我非常喜欢函数上的隐式泛型参数。例如,如果您有:

public void DoStuff<T>(T value);

与其这样称呼它:

DoStuff<int>(5);

你可以:

DoStuff(5);

它将根据参数的类型计算出泛型类型。

如果您通过反射调用方法,则这不起作用。我记得Mono出现了一些奇怪的问题。

通过C#从CLR:标准化字符串时建议您使用ToUpperInvariant而不是ToLowerInvariant,因为Microsoft具有优化代码以执行大写比较。

我记得有一次我的同事总是在比较之前把字符串改成大写。我一直想知道他为什么这么做,因为我觉得先转换成小写字母更“自然”。看完这本书后,我知道为什么了。

如果要阻止垃圾收集器运行对象的终结器,只需使用GC.SuppressFinalize(object);。同理,GC.KeepAlive(对象);将阻止垃圾收集器通过引用对象来收集该对象。至少在我的经验中,这不是很常用,但很高兴知道以防万一。

我认为C#(.NET3.5)的一个最不受重视和鲜为人知的特性是表达式树,尤其是与Generics和Lambdas结合时。这是NInject和Moq等较新的库正在使用的API创建方法。

例如,假设我想向API注册一个方法,而API需要获取方法名

给定此类:

public class MyClass
{
     public void SomeMethod() { /* Do Something */ }
}

以前,开发人员使用字符串和类型(或其他基本上基于字符串的东西)执行此操作是非常常见的:

RegisterMethod(typeof(MyClass), "SomeMethod");

嗯,这太糟糕了,因为缺少强大的打字能力。如果我重命名“SomeMethod”怎么办?现在,在3.5版本中,我可以以强类型的方式实现这一点:

RegisterMethod<MyClass>(cl => cl.SomeMethod());

其中RegisterMethod类使用表达式<Action<T>,如下所示:

void RegisterMethod<T>(Expression<Action<T>> action) where T : class
{
    var expression = (action.Body as MethodCallExpression);

    if (expression != null)
    {
        // TODO: Register method
        Console.WriteLine(expression.Method.Name);
    }
}

这是我现在爱上Lambdas和Expression Trees的一个重要原因。

与使用int.TryParse()或Convert.ToInt32()不同,我喜欢有一个静态整数解析函数,当它无法解析时返回null。那么我可以使用??和三元运算符一起使用,以更清楚地确保我的声明和初始化都在一行中以易于理解的方式完成。

public static class Parser {
    public static int? ParseInt(string s) {
        int result;
        bool parsed = int.TryParse(s, out result);
        if (parsed) return result;
        else return null;
    }
    // ...
}

这对于避免重复赋值的左侧也是很好的,但对于避免在赋值的右侧重复长调用(例如下面的示例中的数据库调用)则更好。而不是丑陋的“如果那么”树(我经常遇到):

int x = 0;
YourDatabaseResultSet data = new YourDatabaseResultSet();
if (cond1)
    if (int.TryParse(x_input, x)){
        data = YourDatabaseAccessMethod("my_proc_name", 2, x);
    }
    else{
        x = -1;
        // do something to report "Can't Parse"    
    }
}
else {
    x = y;
    data = YourDatabaseAccessMethod("my_proc_name", 
       new SqlParameter("@param1", 2),
       new SqlParameter("@param2", x));
}

您可以执行以下操作:

int x = cond1 ? (Parser.ParseInt(x_input) ?? -1) : y;
if (x >= 0)  data = YourDatabaseAccessMethod("my_proc_name", 
    new SqlParameter("@param1", 2),
    new SqlParameter("@param2", x));

更干净,更容易理解