私有 getter 和 setter [关闭]

Question

我还是 C++ 和 OOP 编程的新手，我只是想知道一些奇怪的事情。 我有一个班级，我们将其命名为Foo，其中有一些私人成员。 我的问题是：Foo 对象在其生命周期内不会“传递数据”给其他对象。他们接收数据，做事，并将新数据保存到文件中。这意味着，只有Foo 对象可以访问Foo 私有成员。 实现私有 getter 和 setter 有错吗？ 还是我应该使用直接访问？ 伪代码如下：

这样好吗？

class foo
{
  private:
    string a;
    string b;
    string c;
    void setA(string A){this->a=A;}
    string getA()const{return this->a;
    void setB(string B){this->b=B;}
    string getB()const{return this->b;
    void setC(string C){this->c=C;}
    string getC()const{return this->b;
  public:
    //many omitted methods//
    void Method(); //<-- this method does things and calls private getters and setters to modify private members
}

主要内容：

{
Foo obj=....;
obj.Method();
}

或者我应该：

class foo
{
  private:
    string a;
    string b;
    string c;
  public:
    //many omitted methods//
    void Method();
}

void foo::method()
{
    string s1;
    //initialize s1;
    this->a=s1; //operation example
    std::cout<<"A equals: "<< this->a;
}

不确定我是否以简单的方式解释了我的担忧。 提前感谢您的回复和帮助。

Answer 1

写private“getters”和“setters”是没有意义的，除非你以某种有趣的方式利用多态性。

通过构造函数设置您的成员变量是最好的做法，并且将成员设置为const 可以防止无意修改。

无论其可访问性如何，都尽可能避免使用“setter”，因为它们只不过是规避封装而已。

Answer 2

我不是最有经验的 C++ 开发人员，但从我的角度来看，使用直接访问并不是一个坏习惯，而且它需要更少的时间来编写。 另一方面，在你的接口中加入这样的成员就清楚地表明只有 Foo 对象可以读取 Foo 的私有成员，所以这两种方式都是可以接受的。

Answer 3

拥有 getter 和 setter 的主要目的是以灵活和可扩展的方式控制对类成员的访问。如果你知道类的外部客户永远不会使用它们，那么你不会从创建 getter 和 setter 中得到任何东西，所以我建议根本不要编写它们。

它们只会弄乱您的源文件并使您的代码更难阅读。

---

通过他们的方式，您不需要每次想要访问成员时都使用this：

class foo {
  private:
    string a;
    string b;
    string c;
  public:
    //many omitted methods//
    void Method();
}

void foo::method() {
    string s1;
    a=s1; 
    std::cout<<"A equals: "<< a;
}