命名包装类的经验法则

Question

我发现自己创建了大量的包装类,纯粹是因为我想模仿它的行为

• 不适合RhinoMocks隔离模型的类(例如,DirectoryInfo或者WindowsIdentity)
• 本机Win API方法(我通常将我需要的所有方法收集到一个类中,并将本机调用包装为类方法)

然后我发现自己附加了一个用'W'包装的类(表示它是一个包装器),所以我最终得到DirectoryInfoW(相反,DirectoryInfoWrapper它似乎相当冗长).同样,我最终使用被称为包装的本机方法NativeMethods.DuplicateTokenW.

在命名包装类时,遵循什么是一个很好的经验法则？

Answer 1

命名约定适用于您正在使用的团队.只要每个人都可以使用特定的约定,那就没关系.

我倾向于更喜欢更详细的版本,即DirectoryInfoWrapper,而不是让一个单独的字母不向任何不熟悉代码的人解释任何东西.但那只是我.