在我从这个问题中了解到以下内容后,我想到了这一点:
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的并行扩展
我认为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的一个重要原因。
还有ThreadStaticAttribute可以使每个线程的静态字段唯一,因此您可以拥有强类型的线程本地存储。
即使扩展方法不是那么秘密(LINQ是基于它们的),对于实用程序助手方法来说,它们的有用性和可读性可能并不明显:
//for adding multiple elements to a collection that doesn't have AddRange
//e.g., collection.Add(item1, item2, itemN);
static void Add<T>(this ICollection<T> coll, params T[] items)
{ foreach (var item in items) coll.Add(item);
}
//like string.Format() but with custom string representation of arguments
//e.g., "{0} {1} {2}".Format<Custom>(c=>c.Name,"string",new object(),new Custom())
// result: "string {System.Object} Custom1Name"
static string Format<T>(this string format, Func<T,object> select, params object[] args)
{ for(int i=0; i < args.Length; ++i)
{ var x = args[i] as T;
if (x != null) args[i] = select(x);
}
return string.Format(format, args);
}
与使用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));
更干净,更容易理解