当前位置：文江博客话题详情

在 C# 中是否可以使函数返回的对象不可变？

发布于 2024-09-13 21:43:05 字数 75 浏览 4 评论 0原文

我正在编写一个函数，该函数返回对某些封装数据结构的对象的引用，并且我希望没有人能够使用该引用更改该对象，是否可以在 c# 中执行此操作？

原文

分享到QQ

分享到微博

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

发布评论

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

行雁书 2024-09-20 21:43:05

如果您返回的对象是不可变的，那就可以正常工作。

如果没有，您可以返回一个仅公开只读属性的包装对象。

回复收藏 0 原文

若相惜即相离 2024-09-20 21:43:05

我看到的唯一方法是为此类型创建两个接口。一个接口只是只读的。然后该方法仅返回此只读接口的实例。

回复收藏 0 原文

携君以终年 2024-09-20 21:43:05

我不认为有任何内置的方法。 C# 似乎没有像 C++ 那样支持常量正确性。您可以将内部成员设为只读，这将是一个开始。但还有更多的事情要做。

您可以将类的所有成员函数设置为非修改器函数，并将所有数据成员属性设置为私有设置器。在实现属性的 getter 时，复制返回的任何类，并返回一个新实例，而不是返回对私有成员的引用。

class SomeClass
{
    public void SomeFunctionThatDoesNotModifyState()
    {
    }

    public int SomeProperty
    {
        get
        {
            return someMember; // This is by-value, so no worries
        }
    }

    public SomeOtherClass SomeOtherProperty
    {
        get
        {
            return new SomeOtherClass(someOtherMember);
        }
    }
}

一些其他类
{
// ....
当您调用复制构造函数时，您

必须非常小心，SomeOtherClass 的实现会进行深层复制。

即使在这一切之后，您也不能 100% 保证有人不会修改您的对象，因为用户可以通过反射侵入任何对象。

I don't think there is any built-in way. C# doesn't seem to have the same support for const-correctness that C++ does. You can make the internal members read-only, and that will be a start. But there is more to it than that.

You would make all member functions of your class non-mutator functions, and make all data members properties w/ private setters. When implementing the getters for the properties, copy any classes that come back, and return a new instance, rather than returning a reference to a private member.

class SomeClass
{
    public void SomeFunctionThatDoesNotModifyState()
    {
    }

    public int SomeProperty
    {
        get
        {
            return someMember; // This is by-value, so no worries
        }
    }

    public SomeOtherClass SomeOtherProperty
    {
        get
        {
            return new SomeOtherClass(someOtherMember);
        }
    }
}

class SomeOtherClass
{
// ....
}

You will have to be very careful that the implementation of SomeOtherClass does a deep copy when you call the copy constructor.

Even after all this, you can't 100% guarantee that someone won't modify your object, because the user can hack into any object via reflections.

回复收藏 0 原文

~没有更多了~