命名包装类的经验法则

发布于 2024-07-29 10:08:29 字数 422 浏览 5 评论 0原文

我发现自己创建了大量的包装类，纯粹是因为我想模拟那些

不太适合 RhinoMocks 隔离模型的类的行为（例如 DirectoryInfo 或 WindowsIdentity）
本机 Win API 方法（我通常将所需的所有方法收集到一个类中，并将本机调用包装为类方法），

然后我发现自己附加了用“W”包装的类（以表明它是一个包装器），因此我最终得到了 DirectoryInfoW （与看起来相当冗长的 DirectoryInfoWrapper 相反）。同样，我最终得到了名为 NativeMethods.DuplicateTokenW 的包装本机方法。

命名包装类时应该遵循什么好的经验法则？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

热情消退 2024-08-05 10:10:36

如果您使用 C++，则可以使用命名空间，然后重复使用相同的类名。例如：

namespace WrapperNamespace
{
    class MyClass {...};
}

namespace InternalNamespace
{
    class MyClass {...};
}

If you are using C++, you can use namespaces and then just re-use the same class name. For example:

namespace WrapperNamespace
{
    class MyClass {...};
}

namespace InternalNamespace
{
    class MyClass {...};
}

回复收藏 0 原文

烟柳画桥 2024-08-05 10:10:15

顺便说一句，我发现了一种更美观（对我来说）的包装本机方法调用的方法：

public class NativeMethods
{
        // made virtual so that it can be mocked - I don't really want
        // an interface for this class!
        public virtual bool RevertToSelf()
        {
            return WinApi.RevertToSelf();
        } 

        ...

        private static class WinApi
        {
            [DllImport("advapi32.dll")]
            public static extern bool RevertToSelf();

            ...
        }
}

即通过将本机方法调用封装在私有嵌套类中来避免名称冲突。

虽然对于包装类命名问题没有“好的”解决方案，但我可能会采纳 aberrant80 的建议并显式调用我的包装器包装器。

Just as a side note, I found a more aesthetically pleasing (well, to me) way of wrapping native method calls:

public class NativeMethods
{
        // made virtual so that it can be mocked - I don't really want
        // an interface for this class!
        public virtual bool RevertToSelf()
        {
            return WinApi.RevertToSelf();
        } 

        ...

        private static class WinApi
        {
            [DllImport("advapi32.dll")]
            public static extern bool RevertToSelf();

            ...
        }
}

i.e. avoid name collision by encapsulating native method calls in a private nested class.

No 'good' solution to the wrapper class naming issue though, I'd probably go with aberrant80's suggestion and explicitly call my wrappers wrappers.

回复收藏 0 原文