[FxCop.设计规则]4. 避免太多的范型参数

原创 2006年06月06日 12:54:00

4.     避免太多的范型参数

原文引用:

Avoid excessive parameters on generic types

TypeName:

AvoidExcessiveParametersOnGenericTypes

CheckId:

CA1005

Category:

Microsoft.Design

Message Level:

Error

Certainty:

85%

Breaking Change:

Breaking


Cause: An externally visible generic type has more than two type parameters.

Rule Description

The more type parameters a generic type contains, the more difficult it is to know and remember what each type parameter represents. It is usually obvious with one type parameter, as in List<T>, and in certain cases with two type parameters, as in Dictionary<TKey, TValue>. If there are more than two type parameters, the difficulty becomes too great for most users, for example, TooManyTypeParameters<T, K, V> in C# or TooManyTypeParameters(Of T, Of K, Of V) in Visual Basic.

How to Fix Violations

To fix a violation of this rule, change the design to use no more than two type parameters.

When to Exclude Messages

Do not exclude a message from this rule unless the design absolutely requires more than two type parameters. Providing generics in a syntax that is easy to understand and use reduces the time that is required to learn and increases the adoption rate of new libraries.

Related Rules

Collections should implement generic interface

Do not declare static members on generic types

Do not expose generic lists

Do not nest generic types in member signatures

Generic methods should provide type parameter

Use generic event handler instances

Use generics where appropriate

See Also

Generics DesignGuidelines

引发原因:

一个外部可见的范型类型拥有多于2个范型参数。(译注:何谓“外部可见”?笔者是这样理解的,如果某范型类只是作为某个类的内部类来使用,或者局限在很小的一个范围内使用,对其他开发者或者用户不透明,那么该范型类即为外部不可见类;反之,则为外部可见类,需遵循此规则)

规则描述:

范型类拥有的类型参数越多,它就越难以使用,因为你必须了解和记住每一个参数的意义。在单参数的范型类中,参数的意义是很明显的(例如:List<T>),或某些特定情况下的二参数范型类(例如:Dictionary<TKey,TValue>)。如果类型参数超过2个,对于用户来说,使用难度就会变得很大,例如:TooManyTypeParameters<T, K, V>

修复问题:

如果要修复这个问题,请修改设计,使范型类的类型参数个数少于2个。

可否忽略:

除非设计必须使用多于两个类型参数的范型类型,尽量避免违反这条规则。

编写和设计范型的时候,要尽量让它容易理解和使用,这样可以减少学习的时间,并且还可降低因使用新库带来的开发上的成本。

[FxCop.设计规则]4. 避免太多的范型参数

4.     避免太多的范型参数原文引用:Avoid excessive parameters on generic typesTypeName:AvoidExcessiveParametersOnG...
  • cajon
  • cajon
  • 2005年06月02日 20:20
  • 844

[FxCop.设计规则]6. 避免使用输出参数

6.     避免使用输出参数原文引用:Avoid out parametersTypeName:AvoidOutParametersCheckId:CA1021Category:Microsoft....
  • cajon
  • cajon
  • 2005年05月28日 18:23
  • 991

[FxCop.设计规则] 3. 避免定义空的接口

  版权声明:   本文由timewolf完成,首发于CSDN...
  • timewolf
  • timewolf
  • 2006年06月06日 10:49
  • 914

[FxCop.设计规则]3. 避免定义空的接口

3.     避免定义空的接口原文引用:Avoid empty interfacesTypeName:AvoidEmptyInterfacesCheckId:CA1040Category:Micros...
  • cajon
  • cajon
  • 2005年05月16日 21:22
  • 896

[FxCop.设计规则]11. 不应该使用默认参数

11.     不应该使用默认参数翻译概述:在MSDN中对于调用使用默认参数的函数的说明如下:.NET Framework 开发员指南 访问默认参数值某些语言(如 C++ 托管扩展和 Microsof...
  • cajon
  • cajon
  • 2005年06月14日 23:00
  • 1362

太多的if,太多的痛苦

 太多的if-扩展服务需要重构及其他讨论chenfuzhong 2008-12-15 刚刚被安排开发扩展服务的通知存款模块时,心里诚惶诚恐。一是我对业务不了解;二是扩展服务包含太多的if代码块,难于理...
  • chenfuzhong
  • chenfuzhong
  • 2008年04月21日 14:31
  • 1750

人生总有太多的无奈和遗憾,

人生总有太多的无奈和遗憾, 因为这就是生活。 夕阳易逝, 岁月消退, 容颜不在, 花开花落。 总在感叹人生, 人生无奈。 ...
  • lanyizhili
  • lanyizhili
  • 2014年12月10日 12:00
  • 128

对java泛型的理解

泛型从jdk1.6之后就成为了程序员们广泛使用的东西,使用泛型的地方我们随处可见,但是只有细细品味才能知道它的奥妙。...
  • SmartCodeKM
  • SmartCodeKM
  • 2014年07月05日 20:47
  • 626

世界上为什么总有那么多的事不尽如人意?

     现实中有很多事不是我们能左右的,也有很多事是我们可以自己办好的。而前面的那“很多事”是因为我们没有对他用心,所以他才让我们如此的痛苦不堪,让我们还为之心力交瘁。那后面的“很多事”就是我们对其...
  • jinlongican
  • jinlongican
  • 2010年12月02日 13:50
  • 238

规则1 避免过度设计

内容:在设计中要警惕复杂的解决方案 场景:适用于任何项目,而且应在所有大型或者复杂系统或项目的设计过程中使用 用法:通过测试同事是或否能够轻松理解解决方案,来验证是否存在过度设计 原因: 复杂的...
  • qq_23864697
  • qq_23864697
  • 2018年01月08日 17:40
  • 12
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:[FxCop.设计规则]4. 避免太多的范型参数
举报原因:
原因补充:

(最多只允许输入30个字)