提供非常量引用 getter 是否有意义

发布于 2024-10-01 15:12:32 字数 840 浏览 12 评论 0 原文

有时我需要揭露一些班员。例如，在下面的示例中，class Mechanic 可能需要直接访问Engine 组件。我已经多次读到，由于多种原因，所有字段都应该通过赋值器（访问器）方法访问。提供非常量引用 getter 是否有任何优势：

class Car
{
    public:
        Engine & engine()
        {
           return m_engine;
        }

        //as a consequence you will also need to provide const version
        const Engine & engine() const
        {
           return m_engine;
        }

    private:
       Engine m_engine;
}

但是，与简单地使引擎组件公开相比，

class Car
{
    public:
        Engine engine;
}

如果您不喜欢这个示例，您也可以将 public 替换为 protected。在现实生活中，当涉及到 System.in 或 System.out 时，Java 中也有类似的东西。看起来，为了完全符合某些人的说法，您需要执行类似 System.getInstance().getOut().println("hello world") 的调用。在这种情况下，除了大量官僚代码之外，我看不到任何好处。

原文

Sometimes I need to expose some of the class members. For example in the following example class Mechanic may need direct access to Engine component. I have read many times that all fields should be accessed by mutator (accessor) methods because of several reasons. But is there any advantage when providing non-const reference getter:

class Car
{
    public:
        Engine & engine()
        {
           return m_engine;
        }

        //as a consequence you will also need to provide const version
        const Engine & engine() const
        {
           return m_engine;
        }

    private:
       Engine m_engine;
}

over simply making engine component public:

class Car
{
    public:
        Engine engine;
}

You can also replace public with protected if you don't like this example. In real life you have something simillar in Java when it comes to System.in or System.out. It looks like, to be fully compliant on what some people say, you would need to perform calls like System.getInstance().getOut().println("hello world"). I don't see any benefit except a lot of bureaucratic code in such cases.

分享到QQ

分享到微博

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

发布评论

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

梦里人 2024-10-08 15:12:32

当您返回的值实际上位于堆上时，它们会很有用。

template<class T> class Singleton
{
private:
    static T* m_pSingleton;

public:
    T& getSingleton() { assert(m_pSingleton); return(*m_pSingleton); };

}; // eo class Singleton

They can be useful when the value you are returning is actually on the heap.

template<class T> class Singleton
{
private:
    static T* m_pSingleton;

public:
    T& getSingleton() { assert(m_pSingleton); return(*m_pSingleton); };

}; // eo class Singleton

回复收藏 0 原文

请你别敷衍 2024-10-08 15:12:32

显式的 getter 和 setter可能过于官僚；这取决于你的情况。

拥有 getter 和 setter 函数的主要原因是，它将类的客户端与未来实现中的潜在更改隔离开来（例如，考虑一下如果您决定生成一个 Engine 对象会发生什么）按需（而不是使用成员变量），或者决定将其隐藏在智能指针或其他容器后面）。

如果你的类非常简单（例如接近于POD）并且不太可能改变，那么它可能不值得为实现 getter 和 setter 而费力。

但是，要回答您的问题，非常量吸气剂可能没有多大意义。你的 getter 原型应该是 Engine &引擎()常量;否则你将无法在 const Car 对象上调用它。

回复收藏 0 原文

烏雲後面有陽光 2024-10-08 15:12:32

提供 getter 的优点之一是，当您决定更改 getter 的工作方式时，无需重新编译使用此类的代码。但是，如果您有一个公共字段，并且后来决定创建一个 getter，则所有代码都应该重新编译。除此之外，我没有看到任何严肃的实际理由将您的变量设为私有。但请注意，当且仅当您必须为外部用户提供一种获取引擎引用的方法时，这一切才成立。如果可以设计软件来完全消除这种需要，那就更好了。