vba - 我是否理解没有正确使用 getters 和 setters

Question

看完this Yegor 关于不使用 getter 和 setter 的文章，这听起来对我来说很有意义。

请注意这个问题不是关于这样做更好/最坏的问题，只有当我正确实现它时才可以

我想知道在下面的两个 VBA 示例中，我是否正确理解了这个概念，以及我是否正确地应用了它。

标准方式是:

Private userName As String

Public Property Get Name() As String
    Name = userName
End Property
Public Property Let Name(rData As String)
    userName = rData
End Property

在我看来他的方式应该是这样的:

Private userName As String

Public Function returnName() As String
    returnName = userName
End Function

Public Function giveNewName(newName As String) As String
    userName = newName
End Function

从上面的两个例子中我了解到，如果我想改变 userName 的格式(假设以全大写形式返回)，那么我可以使用第二种方法来做到这一点，而无需改变方法的名称通过给出名称 - 我可以让 returnName 指向 userNameCaps 属性。我程序中的其余代码仍然可以保持不变并指向方法 userName。

但是如果我想对第一个示例执行此操作，我可以创建一个新属性，但随后必须更改程序中各处的代码以指向新属性...是否正确？

换句话说，在第一个示例中，API 从属性获取信息，在第二个示例中，API 从方法获取信息。

Answer 1

您的第二个片段既不惯用也不等效。您链接到的那篇文章是关于 Java 的，这是一种没有任何对象属性概念的语言 - getFoo/setFoo 只是 convention Java.

在 VBA 中:

Private userName As String

Public Property Get Name() As String
    Name = userName
End Property
Public Property Let Name(rData As String)
    userName = rData
End Property

最终等价于此:

Public UserName As String

不相信？将这样一个公共(public)字段添加到类模块中，例如 Class1。然后添加一个新的类模块并添加:

Implements Class1

编译器会强制你实现一个Property Get和一个Property Let成员，从而实现Class1接口(interface)契约。

那么为什么还要考虑属性呢？属性是一种工具，有助于封装。

Option Explicit
Private Type TSomething
    Foo As Long
End Type
Private this As TSomething

Public Property Get Foo() As Long
    Foo = this.Foo
End Property

Public Property Let Foo(ByVal value As Long)
    If value <= 0 Then Err.Raise 5
    this.Foo = value
End Property

现在，如果您尝试为 Foo 分配一个负值，您将得到一个运行时错误:该属性封装一个只有该类知道的内部状态并且能够改变:调用代码看不到或不知道封装的值 - 它只知道 Foo 是一个读/写属性。 “setter”中的验证逻辑确保对象始终处于一致状态。

如果你想将一个属性分解成方法，那么你需要一个 Function 作为 getter，赋值将是一个 Sub 而不是 Function。事实上，Rubberduck会告诉您 giveNewName 的返回值从未被赋值存在问题:这比“我的天哪，您正在使用属性!”更糟糕的代码味道。

函数返回一个值。子程序/方法做某事 - 在对象/类的情况下，某事可能意味着改变内部状态。

但是避免 Property Let 只是因为一些 Java 人说 getter 和 setter 是邪恶的，你只是让你的 VBA API 比它需要的更困惑 - 因为 VBA 理解属性，而 Java才不是。然而，C# 和 VB.NET 可以，所以如果有的话，这些语言的原则比 Java 更容易适用于 VBA，至少在属性方面。参见 Property vs Method .

按照惯例，VB 中的 FWIW 公共(public)成员名称将是 PascalCase。 camelCase 公共(public)成员名称是 Java 的东西。注意到标准库中的所有内容都是如何以大写首字母开头的吗？