php序列化属性不断演化的对象（对象演化）

这是我在这方面的第一个问题，尽管我已经做了大量的研究；如果已经涉及到这一点，我深表歉意

这个问题与PHP的serialize（）功能有关。我正在使用序列化在数据库中存储对象。例如：

class Something {
  public $text = "Hello World";
}

class First {

  var $MySomething;

  public function __construct() {
    $this->MySomething = new Something();
  }
}

$first_obj = new First();
$string_to_store = serialize($first_obj);

echo $string_to_store

//  Result:  O:5:"First":1:{s:11:"MySomething";O:9:"Something":1:{s:4:"text";s:11:"Hello World";}}

现在，在项目生命的后期，我想修改我的类，首先，拥有一个新属性：$SomethingElse，它也将对应于Something对象

问题是，对于我的旧/现有对象，当我取消序列化到第一个类的新版本时，初始化新属性（SomethingElse）的唯一方法似乎是在_wakeup（）方法中查找它。在这种情况下，我需要记录那里的任何新属性。这是正确的吗？属性需要像在构造函数中一样处理，设置它们的初始值（最终复制代码）

我发现，如果我在声明变量时初始化它，那么它将被unserialize获取，例如，如果我将Something类更改为：

class Something {
  public $text = "Hello World";
  public $new_text = "I would be in the unserialized old version.";
}

...

$obj = unserialize('O:5:"First":1:{s:11:"MySomething";O:9:"Something":1:{s:4:"text";s:11:"Hello World";}}');

print_r($obj);

//  Result:  First Object ( [MySomething] => Something Object ( [text] => Hello World [new_text] => I would be in the unserialized old version. ) ) 

但是，在声明对象时不能将新属性初始化为对象，必须在构造函数中完成（和_wakeup（）？）

我希望我解释得足够好。我想知道是否有一些编程模式是我缺少的，或者在_wakeup（）中复制初始化代码（或引用init方法）是典型的，或者我是否只需要准备通过迁移将旧对象迁移到新版本。迁移脚本

谢谢

---

更新：考虑到目前为止评论者所说的话，我想我应该用init（）方法发布更新后的第一个类：

---

所以我真的不确定，因为这对我来说似乎是一个可行的模式。当类获得新属性时，它们在第一次恢复时采用默认值。

上次我有一个属性不断变化的类，我将所有数据存储在一个名为$classVar的关联数组中。如果您这样做，那么您添加的所有变量都将通过一个简单的序列化调用进行跟踪，无论您向其中添加了多少个变量

---

在使用时，只需检查变量是否已初始化，如果未初始化，则设置默认值。您甚至可以序列化classversion变量以处理更复杂的情况，例如不再使用的变量或需要转换的变量

好问题！不能笼统地回答这个问题。我想说，这不仅仅与serialize（）有关。。当您有一个SQL数据库，并且您的代码发生更改时，它将无法处理旧数据。这是使用数据库进行版本管理的常见问题

将旧软件版本中的数据集成到新软件版本中时，通常会遇到一个问题，即旧数据必须转换为新格式。甚至配置文件也是如此

在这种情况下，通常会编写一个脚本，将旧数据转换为新格式。在为服务器产品的PHP“固件”创建升级包时，我已经做了几年的工作Linux发行版上的大多数包管理器也是如此

注意：如果您想在升级之间避免数据丢失，那么您必须在开发过程中小心，并考虑数据的“可升级性”

---

---

更新：我认为序列化数据会使数据更新过程变得更糟。如果序列化一个类并重命名它会怎么样？将很难检索数据。我从未想过这一点，但在版本升级的情况下，这听起来像是个问题。

我没有太多地实现

\uuuuuu wakeup

，但是如果你说的是真的，那么我将创建一个受保护的

init

方法，并从

\uuu wakeup

和

\uu construct

调用它，从而整合代码。也就是说，我觉得不管怎样，拥有具体的迁移脚本都是一个很好的方式……很公平，谢谢。请参见下面我对迁移脚本的想法，以回应hek2mgl的回答。@DanL当然可以。但我仍然认为，经过几次更新后，它会变得一团糟。重命名类的问题仍然存在。（其中重命名类是常见的重构主题）。但是，如果你设法将这种复杂性隐藏在某种程度上“智能”的框架后面，它可能会变得更有趣，仍然认为这是一个非常好的第一个问题！：）哈哈，谢谢。。。我已经编写了很长一段时间了，只是从来都不是很社交：）我用它来尝试绕过数据库的版本管理。其思想是，如果我可以保存附加到ID的序列化对象，我就可以通过。序列化，并且当我想要更改我的类时，我只需要更新PHP对象，而不必更新两个位置：PHP类和DB模式。我对迁移脚本的担忧是，该软件将是一个SaaS平台，最终将包含大量可扩展的数据。随着数据的增长，我担心如果我经常更改/重构我的类别，那么迁移所有数据将变得站不住脚。你看，情况会变得更糟。：）无论数据存储的格式如何，这都是一个普遍的问题。我认为，当实际的代码不得不与旧的数据格式混在一起时，这对代码质量不好。翻译应该由“第三方脚本”完成@DanL，尽管如此。我认为序列化数据会使数据更新过程变得更糟。如果序列化一个类并重命名它会怎么样？将很难检索到data@DanL（可能是离题）你知道像这样的工具吗？这简化了SQL更新。感谢对mysqldiff的建议。我没有意识到。我想得越多，就越同意你的看法。跟踪/处理更改并通过版本迁移数据似乎是最好的方法。我应该重新考虑序列化对象。

class Something {
  public $text = "Hello World2";
  public $new_text = "I would be in the unserialized old version.2";
}

class First {

  var $MySomething;
  var $SomethingElse;

  public function __construct() {
    $this->init();
  }

  public function __wakeup() {
    $this->init();
  }
  private function init() {
    if (!isset($this->MySomething)) {
      $this->MySomething = new Something();
    }
    if (!isset($this->SomethingElse)) {
      $this->SomethingElse = new Something();
    }
  }
}

$new_obj = unserialize('O:5:"First":1:{s:11:"MySomething";O:9:"Something":1:{s:4:"text";s:11:"Hello World";}}');

print_r($new_obj);

//  Result:  First Object ( [MySomething] => Something Object ( [text] => Hello World [new_text] => I would be in the unserialized old version.2 ) [SomethingElse] => Something Object ( [text] => Hello World2 [new_text] => I would be in the unserialized old version.2 ) )