PHP 中的值对象与关联数组

Question

（这个问题使用 PHP 作为上下文，但不仅限于 PHP。例如，任何具有内置哈希的语言也是相关的）

让我们看一下这个示例（PHP）：

function makeAFredUsingAssoc()
{
    return array(
        'id'=>1337,
        'height'=>137,
        'name'=>"Green Fred");
}

对比：

class Fred
{
    public $id;
    public $height;
    public $name;

    public function __construct($id, $height, $name)
    {
        $this->id = $id;
        $this->height = $height;
        $this->name = $name;
    }
}

function makeAFredUsingValueObject()
{
    return new Fred(1337, 137, "Green Fred");
}

方法#1 当然更简洁，但它可能很容易导致错误，例如

$myFred = makeAFredUsingAssoc();
return $myFred['naem']; // notice teh typo here

当然，有人可能会认为 $myFred->naem 同样会导致错误，这是事实。然而，正式的课程对我来说感觉更严格，但我不能真正证明它是合理的。

使用每种方法的优点/缺点是什么？人们应该何时使用哪种方法？

Answer 1

从表面上看，这两种方法是等效的。然而，当使用类时，您可以获得大多数标准 OO 好处：封装、继承等。

此外，请查看以下示例：

$arr['naem'] = 'John';

完全有效，并且可能是很难发现的错误。

另一方面，

$class->setNaem('John');

永远不会起作用。

Answer 2

像这样的简单类：

class PersonalData {
    protected $firstname;
    protected $lastname;

    // Getters/setters here
}

与数组相比几乎没有什么优点。

1. 不可能出现一些拼写错误。 $data['firtsname'] = 'Chris'; 将起作用，而 $data->setFirtsname('Chris'); 将抛出错误。

2. 类型提示：PHP 数组可以包含所有内容（包括什么都不包含），而定义良好的类仅包含指定的数据。

   public function doSth(array $personalData) {
       $this->doSthElse($personalData['firstname']); // 如果“firstname”索引不存在怎么办？
   }
   
   
   公共函数 doSth(PersonalData $personalData) {
       // 我保证以下方法存在。 
       // 在最坏的情况下它将返回 NULL 或一些默认值
       $this->doSthElse($personalData->getFirstname());
   }
   

3. 我们可以在设置/获取操作之前添加一些额外的代码，例如验证或日志记录：

   public function setFirstname($firstname) {
       if (/* 与“名字”正则表达式不匹配 */) {
           抛出新的 InvalidArgumentException('等等等等');
       }
   
   
   if (/* 处于调试模式 */) {
       log('名字设置为：' . $firstname);
   }
   
   
   $this->名字 = $名字;
   
   }
   
   

4. 我们可以利用 OOP 的所有优点，例如继承、多态性、类型提示、封装等等...
5. 如前所述在我们所有的“结构”可以从某个基类继承之前，该基类提供 Countable、Serialized 或 Iterator 接口的实现，因此我们的结构可以使用foreach 循环等。IDE
6. 支持。

唯一的缺点似乎是速度。创建数组并对其进行操作的速度更快。然而我们都知道，在很多情况下，CPU 时间比程序员的时间要便宜得多。 ;)

Answer 3

经过一段时间的思考，这是我自己的答案。

相对于数组优先选择值对象，最主要的一点是清晰度。

考虑一下这个函数：

// Yes, you can specify parameter types in PHP
function MagicFunction(Fred $fred)
{
    // ...
}

vs

function MagicFunction(array $fred)
{
}

意图更清晰。函数作者可以强制执行他的要求。

更重要的是，作为用户，我可以轻松查找什么构成了有效的 Fred。我只需要打开 Fred.php 并发现其内部结构。

调用者和被调用者之间存在契约。使用值对象，这个合约可以编写为经过语法检查的代码：

class Fred
{
    public $name;
    // ...
}

如果我使用数组，我只能希望我的用户能够阅读注释或文档：

// IMPORTANT! You need to specify 'name' and 'age'
function MagicFunction(array $fred)
{
}

Answer 4

根据用例，我可能会使用或。该类的优点是我可以像使用类型一样使用它，并在方法或任何自省方法上使用类型提示。如果我只想传递查询或其他内容中的一些随机数据集，我可能会使用该数组。所以我想只要 Fred 在我的模型中具有特殊含义，我就会使用一个类。

旁注：
ValueObject 应该是不可变的。至少如果您引用 Eric Evan 在领域驱动设计中的定义。在 Fowler 的 PoEA 中，ValueObject 不一定必须是不可变的（尽管这是建议的），但它们不应该具有身份，Fred 显然就是这种情况。

Answer 5

让我向您提出这个问题：

像 $myFred['naem'] 这样的拼写错误和像 $myFred->naem 这样的拼写错误有什么不同？这两种情况仍然存在同样的问题，并且都出错。

我在编程时喜欢使用KISS（保持简单、愚蠢）。

• 如果您只是从方法返回查询的子集，则只需返回一个数组即可。
• 如果您将数据存储为某个类中的公共/私有/静态/受保护变量，则最好将其存储为 stdClass。
• 如果您稍后要将其传递给另一个类方法，您可能更喜欢 Fred 类的严格类型，即 public functionacceptClass(Fred $fredObj)

您可以如果要用作返回值，则创建标准类与创建数组一样容易。在这种情况下，您可以不太关心严格类型。

$class = new stdClass();
$class->param = 'value';
$class->param2 = 'value2';
return $class;

Answer 6

哈希的优点：它能够处理设计时未知的名称-值组合。

Answer 7

我使用 OOP 语言已经超过 10 年了。
如果您了解对象的工作方式，您就会喜欢它。
继承、多态、封装、重载是OOP的关键优势。
另一方面，当我们谈论 PHP 时，我们必须考虑到 PHP 并不是一种功能齐全的面向对象语言。
例如，我们不能使用方法重载或构造函数重载（直接）。

PHP 中的关联数组是一个非常好的功能，但我认为这会损害 PHP 企业应用程序。
当您编写代码时，您希望获得干净且可维护的应用程序。

另一个认为你对关联数组感到不满的地方是你不能使用智能感知。

所以我认为如果你想编写更干净、更易于维护的代码，你必须使用 OOP 功能（当它提供时）。

Answer 8

当返回值代表应用程序中的实体时，您应该使用对象，因为这是 OOP 的目的。如果您只想返回一组不相关的值，那么它就不那么明确了。不过，如果它是公共 API 的一部分，那么声明的类仍然是最好的方法。

Answer 9

老实说，我两个都喜欢。

• 哈希数组比创建对象快得多，时间就是金钱！
• 但是，JSON 不喜欢哈希数组（这看起来有点像 OOP OCD）。
• 也许对于多人的项目来说，一个定义明确的类会更好。
• 哈希数组可能需要更多的 CPU 时间和内存（对象具有预定义的数量），但很难确定每种情况。

但真正糟糕的是过多地考虑使用哪一个。就像我说的，JSON 不喜欢哈希。哎呀，我用了一个数组。我现在必须更改几千行代码。

我不喜欢这样，但似乎上课是更安全的方式。

Answer 10

正确的值对象的好处是，没有办法真正创建一个无效的值对象，也没有办法改变现有的值对象（完整性和“不变性”）。仅使用 getter 和类型提示参数，就无法在可编译代码中搞砸它，而使用可延展的数组显然可以轻松做到这一点。

或者，您可以在公共构造函数中进行验证并引发异常，但这提供了更温和的工厂方法。

class Color
{
    public static function create($name, $rgb) {
        // validate both
        if ($bothValid) {
            return new self($name, $rgb);
        } else {
            return false;
        }
    }
    public function getName() { return $this->_name; }
    public function getRgb() { return $this->_rgb; }

    protected function __construct($name, $rgb)
    {
        $this->_name = $name;
        $this->_rgb = $rgb;
    }
    protected $_name;
    protected $_rgb;
}

Answer 11

我更喜欢像第二个示例一样具有硬编码属性。我觉得它更清楚地定义了预期的类结构（以及类上所有可能的属性）。与第一个示例相反，第一个示例归结为始终记住使用相同的键名称。对于第二个，您可以随时返回并查看该类，只需查看文件顶部即可了解其属性。

你会更好地知道你在第二个上做错了——如果你尝试echo $this->doesntExist，你会得到一个错误，而如果你尝试echo array['doesntExist'] 你不会。