变态篇二中给出了对if/else、swith/case及while 的扩展,大家评价各不相同,其实本人也感觉有点牵强。其中举了一个Swith扩展的应用,今天突然有了新想法,对它改进了一些。所谓“语不惊人死不休”,且看这次的改进如何。
我先把扩展的源代码贴出来,折叠一下,等看完后面的例子和讲解再回来看。
(和前面一样,本文侧重想法,代码演示用,如需使用,请自行完善)
SwithCaseExtension
1 public static class SwithCaseExtension
2 {
3 SwithCase#region SwithCase
4 public class SwithCase<TCase, TOther>
5 {
6 public SwithCase(TCase value, Action<TOther> action)
7 {
8 Value = value;
9 Action = action;
10 }
11 public TCase Value { get; private set; }
12 public Action<TOther> Action { get; private set; }
13 }
14 #endregion
15
16 Swith#region Swith
17 public static SwithCase<TCase, TOther> Switch<TCase, TOther>(this TCase t, Action<TOther> action) where TCase : IEquatable<TCase>
18 {
19 return new SwithCase<TCase, TOther>(t, action);
20 }
21
22 public static SwithCase<TCase, TOther> Switch<TInput, TCase, TOther>(this TInput t, Func<TInput, TCase> selector, Action<TOther> action) where TCase : IEquatable<TCase>
23 {
24 return new SwithCase<TCase, TOther>(selector(t), action);
25 }
26 #endregion
27
28 Case#region Case
29 public static SwithCase<TCase, TOther> Case<TCase, TOther>(this SwithCase<TCase, TOther> sc, TCase option, TOther other) where TCase : IEquatable<TCase>
30 {
31 return Case(sc, option, other, true);
32 }
33
34
35 public static SwithCase<TCase, TOther> Case<TCase, TOther>(this SwithCase<TCase, TOther> sc, TCase option, TOther other, bool bBreak) where TCase : IEquatable<TCase>
36 {
37 return Case(sc, c=>c.Equals(option), other, bBreak);
38 }
39
40
41 public static SwithCase<TCase, TOther> Case<TCase, TOther>(this SwithCase<TCase, TOther> sc, Predicate<TCase> predict, TOther other) where TCase : IEquatable<TCase>
42 {
43 return Case(sc, predict, other, true);
44 }
45
46 public static SwithCase<TCase, TOther> Case<TCase, TOther>(this SwithCase<TCase, TOther> sc, Predicate<TCase> predict, TOther other, bool bBreak) where TCase : IEquatable<TCase>
47 {
48 if (sc == null) return null;
49 if (predict(sc.Value))
50 {
51 sc.Action(other);
52 return bBreak ? null : sc;
53 }
54 else return sc;
55 }
56 #endregion
57
58 Default#region Default
59 public static void Default<TCase, TOther>(this SwithCase<TCase, TOther> sc, TOther other)
60 {
61 if (sc == null) return;
62 sc.Action(other);
63 }
64 #endregion
65 }
这段代码定义了三个扩展Switch、Case和Default。
首先看这些扩展的一个最简单的应用,如下:
1
string
typeName
=
string
.Empty;
2
typeId.Switch((
string
s)
=>
typeName
=
s)
3
.Case(
0
,
"
食品
"
)
4
.Case(
1
,
"
饮料
"
)
5
.Case(
2
,
"
酒水
"
)
6
.Case(
3
,
"
毒药
"
)
7
.Default(
"
未知
"
);
输入一个整数,返回它表示的含义。
(很多方法可以解决这个问题,此处示例,请勿较真!)
这里解释一下,第2行中的lambda表达式:(string s)=>typeName = s 需要传入一个字符串参数。
第3~6行的Case在满足条件时将第二个参数“内部”返回,传给(string s)=>typeName = s。
这样来理解:当typeId为0时,Case返回“食品”并传入给lambda,为1时返回“饮料”...
最终lambda将值赋给了typeName。
有点绕,一定按这个思路去想,否则下面就不好明白了。
把上面的代码“展开”,相当于以下代码
(有点长,折叠起来好一些):
Code
1 string typeName = string.Empty;
2 switch (typeId)
3 {
4 case 0:
5 typeName = "食品";
6 break;
7 case 1:
8 typeName = "食品";
9 break;
10 case 2:
11 typeName = "酒水";
12 break;
13 case 3:
14 typeName = "毒药";
15 break;
16 default:
17 typeName = "未知";
18 break;
19 }
代码行数比较一下吧,前面的是7行,这儿是19行。
再来看一个复杂点的应用,用户注册时经常要检验用户密码的强度,通常用不同颜色展示给用户,让用户有个直观的了解。
这里我们简化一下,仅判断密码的长度,越长认为安全性越好。用红的背景色展示给用户,密码越不安全越红,反之则红色变淡。
通俗点,密码长红色淡,密码短红色深。
下面根据密码长度获取背景颜色:
1
private
static
Color GetBackColor(
string
password)
2
{
3
Color backColor
=
default
(Color);
4
password.Switch(p
=>
p.Length, (Color c)
=>
backColor
=
c)
5
.Case(l
=>
l
<=
4
, Color.FromArgb(
255
,
0
,
0
))
6
.Case(l
=>
l
<=
6
, Color.FromArgb(
255
,
63
,
63
))
7
.Case(
7
, Color.FromArgb(
255
,
127
,
127
))
8
.Case(
8
, Color.FromArgb(
255
,
191
,
191
))
9
.Default(Color.FromArgb(
255
,
255
,
255
));
10
return
backColor;
11
}
先看Switch的这里有两个参数,在第一个位置插入了一个参数,它取了密码的长度来进行比较。
同理第4行的lambda将,Case返回的颜色赋给backColor。
第5、6行Case中第一个参数是一个lambda,Case扩展即可以与一个实际值比较相等,也可以判断范围。
仔细看这段代码,Color.FromArgbp被调用了很多次,我们来重构一下:
1
private
static
Color GetBackColor2(
string
password)
2
{
3
Color backColor
=
default
(Color);
4
password.Switch(p
=>
p.Length, (
int
red)
=>
backColor
=
Color.FromArgb(
255
,
256
-
red,
256
-
red))
5
.Case(l
=>
l
<=
4
,
256
)
6
.Case(l
=>
l
<=
6
,
192
)
7
.Case(
7
,
128
)
8
.Case(
8
,
64
)
9
.Default(
0
);
10
return
backColor;
11
}
这样看起来简单了吧,当然Color.FromArgb也可以放在return中。这里是故意放在了Switch的第二个参数中的!
到现在为止估计大家应该有一个疑问了,原来的switch/case中可以使用“break”直接返回,这里是怎么处理的呢?
Case还有第三个参数,它用来处理实是否break,为true时break,false时继续下一个Case。
个人感觉大多数情况下,符合某个条件后一般不需要继续其它的了,所以重载传入true,即默认break。
与switch/case是相反的。如果不习惯,你可以在扩展的源代码中修改一下!
我们再看一个非break的情形如何使用,应用场景如下:
一款关于球的游戏:
进球6~10个(包含6、10,以下同),可得奖励 1;
进球11~20,再奖励 10;
进球21~50,再奖励 100;
进球51~100,再奖励 1000;
进球超过100,再奖励 10000;
例:进球30个,奖励为 1+10+100 = 111。
写个函数计算奖励。
1
private
static
int
GetReward(
int
count)
2
{
3
int
score
=
0
;
4
count.Switch((
int
i)
=>
score
+=
i)
5
.Case(c
=>
c
>
5
,
1
,
false
)
6
.Case(c
=>
c >
10
,
10
,
false
)
7
.Case(c
=>
c
>
20
,
100
,
false
)
8
.Case(c
=>
c
>
50
,
1000
,
false
)
9
.Case(c
=>
c
>
100
,
10000
,
false
);
10
return
score;
11
}
Case的最后一个参数false表示符合条件后不break,继续下一个Case。
多个Case链起来使用不一定最后一个参数全为false,可以如下调用:
1
int
i
=
5
;
2
int
j
=
0
;
3
i.Switch((
int
k)
=>
j
+=
i
*
i)
4
.Case(
1
,
1
,
true
)
5
.Case(
2
,
2
,
false
)
6
.Case(
3
,
1
)
7
.Case(
4
,
2
,
true
)
8
.Default(
5
);
这段代码没实际意思,只是为了说明可以像swith/case那样使用。
这里也使用了
“链式编程”(概念参见我的相关文章),它们是如何串起来的。我们看下这几个扩展的定义:
1
public
static
SwithCase
<
TCase, TOther
>
Switch
<
TInput, TCase, TOther
>
2
(
this
TInput t, Func
<
TInput, TCase
>
selector, Action
<
TOther
>
action)
3
where
TCase : IEquatable
<
TCase
>
{}
4
5
public
static
SwithCase
<
TCase, TOther
>
Case
<
TCase, TOther
>
6
(
this
SwithCase
<
TCase, TOther
>
sc, Predicate
<
TCase
>
predict, TOther other,
bool
bBreak)
7
where
TCase : IEquatable
<
TCase
>
{}
8
9
public
static
void
Default
<
TCase, TOther
>
(
this
SwithCase
<
TCase, TOther
>
sc, TOther other){}
Swith扩展可用于任意类型,任意类型的实例都可以调用Swith。
Swith扩展返回SwithCase<TCase, TOther>,这是一简单的泛型类,如下:
1
public
class
SwithCase
<
TCase, TOther
>
2
{
3
public
SwithCase(TCase value, Action
<
TOther
>
action)
4
{
5
Value
=
value;
6
Action
=
action;
7
}
8
public
TCase Value {
get
;
private
set
; }
9
public
Action
<
TOther
>
Action {
get
;
private
set
; }
10
}
因为Case需要“判断
的值”和“判断成功的处理”,也就说需要两个“值”(确切说是一个值和一个委托)。
我们使用SwithCase泛型类把这两“值”封装起来,作为Switch的返回。
Case和Default是对SwithCase
泛型类作的扩展,Case的返回值也是SwithCase泛型类。
通过SwitchCase泛型类,我们就串起来了,
以Swith开始,以Default结束(Default没返回值,Default也可以省略)。
SwichCase泛型类用作这里链式编程的链接有以下好处。
1.平时Case和Default扩展是隐藏的,不会出现在代码智能提示中(因为它是对SwitchCase作的扩展)。
2.只有在Switch扩展的智能提示中,才有Case和Default,才可以使用。
基于以上特性,我称之为
“组扩展”
:它们是一组,只有使用了组长(Switch)后,才能使用组员。
“组扩展”的优势在于对其它代码的“污染”小(只有一个显示在智能提示中),也避免了直接调用组成员的非法操作。
组扩展先说到这里,我们再来看下Swith的两个参数:Func<TInput, TCase> selector和Action<TOther> action。
第一参数可对传入的实例进行一些处理(调用属性、方法或返回一个新的对象),第二个参数是一个Action<T>可以封闭复杂的操作。
有了这两个参数,Swith可以非常灵活。远不只以上几个应用,只是现在还没发掘出来。
大刀可以杀敌人,也可以削苹果,关键在谁手中,怎么用。
顺便提一下,Switch扩展还可以再加入新的参数,来消减GetReward中的多个“c => c >”,前面的源码中没有给出实现,感兴趣可自己尝试一下。
有一点说明一下,第一个例子中Case(1, "饮料"),默认为typeId为1时自动break,但是在链式编程中是无法忽略后面的Case直接返回的。
现在的处理是判断成功后,返回null值给下一个Case, 下一个Case什么也不执行再向下传递null值...直到最后一个。
这样处理会带来一定的性能损失(很小很小),这是链式编程的缺点,无法解决。
这个方法思路上有点怪,性能也有损失,但它确实能减少代码量(是否易于书写和维护另说)。
每个人想法不同,思路相差很大,不知道这里的扩展是否适合你。也不知道你能否接收
“组扩展”的概念。
有想法写在回复中,本人喜欢探讨问题,可以接受任何反对意见。
本人系列文章《
c#扩展方法奇思妙用》,敬请关注!