【问题标题】:php serializing objects whose properties evolve (object evolution)php序列化属性进化的对象(对象进化)
【发布时间】:2013-02-12 16:37:31
【问题描述】:

这是我关于 SO 的第一个问题,尽管我已经进行了大量搜索;如果已经涉及到这一点,我深表歉意。

问题/问题与 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 对象。

问题是,对于我的旧/现有对象,当我反序列化到我的 First 类的新版本时,似乎初始化新属性 (SomethingElse) 的唯一方法是在 __wakeup()方法。在这种情况下,我需要在那里记录 any 新属性。 这是正确的吗? 属性需要像在构造函数中一样对待,设置它们的初始值(最终复制代码)。

我发现如果我在声明变量时初始化它,那么它将被反序列化拾取,例如,如果我将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() 方法发布更新后的 First class:

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 ) ) 

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

【问题讨论】:

  • 我没有实现__wakeup 太多,但如果你说的是真的,那么我会创建一个受保护的init 方法并从__wakeup__construct 调用它 - 从而巩固代码。也就是说 - 我觉得不管有具体的迁移脚本是一个好方法......
  • 很公平,谢谢。请参阅下面我对迁移脚本的想法,以响应 hek2mgl 的回答。
  • @DanL 当然会工作。但我仍然认为它会在几次更新后变得混乱。重命名类的问题仍然存在。 (重命名类是一个常见的重构主题)。但如果你设法将这种复杂性隐藏在有点“智能”的框架后面,它可能会变得更有趣
  • 仍然认为这是一个很好的first问题! :)
  • 哈哈谢谢...我已经编程了很长时间,只是从来没有非常社交 :)

标签: php object serialization properties


【解决方案1】:

好问题!一般无法回答。我想说,这不仅仅与 serialize() 相关。当你有一个 SQL 数据库,并且你的代码发生变化时,它也不适用于旧数据。这是数据版本管理的常见问题(bases)

将旧软件版本中的数据集成到新软件中时,您通常会遇到必须将旧数据转换为新格式的问题。配置文件等也是如此......

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

注意:如果您可以安全地避免升级之间的数据丢失,您必须在开发过程中小心谨慎,并牢记数据的“可升级性”。


更新:我认为序列化数据会使数据的更新过程更加糟糕。如果你序列化一个类并重命名它会怎样?将很难检索数据。我从没想过这一点,但在版本升级的情况下,这听起来像一个问题

【讨论】:

  • 我正在使用它来尝试绕过数据库的版本管理。这个想法是,如果我可以保存附加到 ID 的序列化对象,我可以通过持久化我的对象。序列化,当我想更改我的类时,我只需要更新 PHP 对象,而不必更新两个地方:PHP 类和 DB 模式。我对迁移脚本的担忧是,该软件将是一个 SaaS 平台,最终将包含大量可扩展的数据。随着数据的增长,如果我经常更改/重构我的类,我担心迁移所有数据会变得站不住脚。
  • 你看,它会变得更糟。 :) 无论存储数据的格式如何,这都是一个普遍问题。我认为当实际代码必须与旧数据格式混淆时,这对代码质量不利。翻译应由“第三方脚本”完成
  • @DanL 虽然关于这个。我认为序列化数据会使数据的更新过程变得更糟。如果你序列化一个类并重命名它会怎样?将很难检索数据
  • @DanL(也许题外话)你知道像mysqldiff.org 这样的工具吗?这简化了 SQL 更新。
  • 感谢 mysqldiff 的建议。我没有意识到这一点。我也想得越多,我就越同意你的看法。跟踪/处理更改和通过版本迁移数据似乎是最好的方法。我应该重新考虑序列化对象。
【解决方案2】:

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

使用时,检查变量是否初始化,如果没有,设置默认值。您甚至可以序列化一个 classversion 变量来处理更复杂的情况,例如不再使用的变量或需要转换的变量

【讨论】:

    猜你喜欢
    • 2016-05-31
    • 2018-12-10
    • 2012-04-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多