I too do not see any issues in using static generic classes.
>> The most common use for generic classes is with collections like linked lists, hash tables, stacks, queues, trees and so on where operations such as adding and removing items from the collection are performed in much the same way regardless of the type of data being stored.
http://msdn.microsoft.com/en-us/library/sz6zd40f(VS.80).aspx
When creating your own generic classes, important considerations include:
-
Which types to generalize into type parameters.
As a general rule, the more types you are able to parameterize, the more flexible and reusable your code becomes. However, too much generalization can result in code that is difficult for other developers to read or understand.
-
What constraints, if any, to apply to the type parameters (See Constraints on Type Parameters (C# Programming Guide)).
A good rule is to apply the maximum constraints possible that will still let you handle the types you need to handle. For example, if you know that your generic class is intended for use only with reference types, then apply the class constraint. That will prevent unintended use of your class with value types, and will enable you to use the as operator on T, and check for null values.
-
Whether to factor generic behavior into base classes and subclasses.
Since generic classes can serve as base classes, the same design considerations apply here as with non-generic classes. See below for rules on inheriting from generic base classes.
-
Whether to implement one or more generic interfaces.
For example, if you are designing a class that will be used to create items in a generics-based collection, you may need to implement an interface such as IComparable<T> where T is the type of your class.