C#泛型编程知道原则(八、九)
2007-09-14 19:08
162 查看
Item 8: Don’t Use Constructed Types as Type Arguments不要把构造类型作为类型参数
虽然你拥抱了泛型的光彩,依然需要确保不要走极端。因为有可能在选择使用了泛型后,处理过程反而没有原本的优雅。如:
public class MyComplexType<T, U> { }
public class MyType2<T, U, V> { }
public class MyType3<T, U> { }
public class TestClass
{
public void foo()
{
MyComplexType<MyType2<int, string, double>, MyType3<string, string>> x =
new MyComplexType<MyType2<int, string, double>, MyType3<string, string>>();
}
}
从该例子可以看出,这样做极大的影响了程序的可读性。
Item 9: Don’t Use Too Many Type Parameters不要使用太多的类型参数
一般来说,类型参数不要超过2个。因为使用的类型参数越多,就越难使用、维护和理解。相关文章推荐
- 注重用户体验,掌握KISS原则,知道欧卡姆剃刀原则(转载)
- 优秀设计师应当知道的20大UI设计原则
- 优秀设计师应当知道的20大UI设计原则
- Java程序员应当知道的10个面向对象设计原则
- 优秀设计师应该知道的10大UI设计原则(上篇)
- 优秀设计师应当知道的20大UI设计原则
- 设计原则之最少知道原则
- Java程序员应当知道的10个面向对象设计原则
- Java程序员应当知道的10个面向对象设计原则!
- 你需要知道的18个Web可用性原则
- java程序员需要知道的10个面向对象设计原则
- 每个程序员都该知道的10大编码原则
- 每个程序员都该知道的10大编码原则
- 优秀设计师应当知道的20大UI设计原则
- 优秀设计师应当知道的20大UI设计原则
- 移动Web开发你必须知道的十大原则
- Java程序员应当知道的10个面向对象设计原则
- Java程序员应当知道的10个面向对象设计原则
- 客户应该知道的软件开发八个原则(转)
- 每个程序员都该知道的10大编码原则