面向对象的编程：getter / setter或逻辑名

我目前正在考虑要编写的类的接口。此类包含字符的样式，例如，字符是否为粗体，斜体，带下划线等。我已经辩论了两天，是否应该将getter / setter或逻辑名用于将值更改为这些样式。尽管我倾向于使用逻辑名称，但这确实意味着编写的代码效率不高，逻辑也不如逻辑。让我举一个例子。

我有一类CharacterStyles具有成员变量bold，italic，underline（和其他一些人，但我会留下来，以保持它的简单）。允许程序其他部分访问这些变量的最简单方法是编写getter / setter方法，以便您可以执行styles.setBold(true)和styles.setItalic(false)。

但是我不喜欢这样。不仅是因为很多人说吸气剂/装料剂破坏了封装（真的那么糟糕吗？），而且主要是因为它对我而言似乎不合逻辑。我希望通过一种方法styles.format("bold", true)或类似方法来设置角色的样式，但不能通过所有这些方法来设置样式。

不过有一个问题。由于您无法通过C ++中的字符串内容访问对象成员变量，因此我要么必须为所有样式编写一个大的if语句/开关容器，要么必须将样式存储在关联数组中（地图）。

我不知道什么是最好的方法。我想我应该写吸气剂/设定器，下一刻我倾向于另一种方式。我的问题是：你会怎么做？为什么要这么做？

是的，getter / setter确实破坏了封装-它们基本上只是直接访问基础字段之间的额外一层。您最好直接访问它。

现在，如果您希望使用更复杂的方法访问该字段，那是有效的，但是除了公开该字段之外，您还需要考虑该类应该提供哪些方法。即。而不是使用通过属性公开的具有Money值的Bank类，您需要考虑Bank对象应提供的访问类型（增加资金，提取资金，获取余额）并实施这些访问。Money变量上的属性在语法上与直接公开Money变量仅在语法上有所不同。

DrDobbs有一篇文章说得更多。

对于您的问题，我将使用2种方法setStyle和clearStyle（或其他方法）来列举可能的样式。然后，这些方法中的switch语句会将相关值应用于适当的类变量。这样一来，你可以的风格内部表示更改为别的，如果您稍后决定将它们存储为一个字符串（用于在HTML中使用为例） -这会需要你的类的所有用户都将被改变，如果你使用过获取/设置属性。

如果要获取任意值，或者仍然有一个很大的if-then语句（如果有几个），或者使用std :: mem_fun（或std ::函数），因此“粗体”将以sts :: mem_fun的值存储在映射键中，该方法将变量粗体设置为true（如果字符串与成员变量名称相同，那么您也可以使用该字符串化宏观减少代码，你需要写的金额）

您可能没有考虑过的一个想法是装饰器模式。而不是在对象中设置标志，然后将这些标志应用于正在编写的任何内容，而是在Decorators中包装完成编写的类，该类又将应用样式。

调用代码不需要知道您在文本周围放了多少个包装，您只需在外部对象上调用一个方法并调用堆栈即可。

对于伪代码示例：

class TextWriter : TextDrawingInterface {
    public:
        void WriteString(string x) {
            // write some text somewhere somehow
        }
}

class BoldDecorator : TextDrawingInterface {
    public:
        void WriteString(string x) {
            // bold application on
            m_textWriter.WriteString(x);
            // bold application off
        }

        ctor (TextDrawingInterface textWriter) {
            m_textWriter = textWriter;
        }

    private:
        TextWriter m_TextWriter;
}

依此类推，适用于每种装饰风格。在最简单的用法中，您可以说

TextDrawingInterface GetDecoratedTextWriter() {
    return new BoldDecorator(new ItalicDecorator(new TextWriter()));
}

而且调用此方法的代码不需要知道其接收的详细信息。只要它可以通过WriteString方法绘制文本即可。

我倾向于第二种解决方案。它看起来更加优雅和灵活。尽管很难想象除了粗体，斜体和下划线（上划线？）以外的其他类型，但是使用成员变量添加新类型将很困难。

我在最新的项目之一中使用了这种方法。我有一个可以具有多个布尔属性的类。属性的数量和名称可能会随时间变化。我将它们存储在字典中。如果不存在属性，则假定其值为“ false”。我还必须存储可用属性名称的列表，但这是另一回事了。

我认为您对此问题考虑过多。

styles.setBold(true) 而且styles.setItalic(false)还可以