当对象实例的类型需要随时间而变化时,这不是一个好兆头。我在这里不是在谈论下放/上放,而是关于改变对象真实类型的必要性。
首先,让我告诉你为什么这是一个坏主意:
- 子类可能会定义更多属性,并在其构造函数中执行一些附加工作。我们是否应该再次运行新的构造函数?如果它覆盖了我们一些旧对象的属性呢?
- 如果您在代码的某些部分中处理该 Person 的实例,然后它突然转变为 Employee(可能会有一些您意想不到的重新定义的行为),该怎么办?!
这就是为什么大多数语言不允许您在执行期间更改对象的真实类类型的部分原因(当然还有内存,但我不想详细介绍)。有些人让你这样做(有时以扭曲的方式,例如JVM),但这真的不是很好的做法!
通常,这样做的需要在于糟糕的面向对象设计决策。
由于这些原因,Doctrine将不允许您更改实体对象的类型。当然,你可以写普通的SQL(在这篇文章的末尾 - 但请通读!)来做任何改变,但这里有两个“干净”的选项,我会建议:
我意识到你已经说过第一个选项不是一个选项,但我花了一段时间写下这篇文章,所以我觉得我应该让它尽可能完整,以备将来参考。
- 每当需要将类型从 更改为 时,请创建 Employee 的新实例,并将要复制的数据从旧的 Person 对象复制到 Employee 对象。不要忘记删除旧实体并保留新实体。
Person
Employee
- 使用组合而不是继承(有关详细信息和指向其他文章的链接,请参阅此 wiki 文章)。编辑:对于它,这是与Erich Gamma关于“构成而不是继承”的美好对话的一部分!
请参阅此处和此处的相关讨论。
现在,这是我之前谈到的普通SQL方法 - 我希望你不需要使用它!
确保您的查询已清理(因为查询将在没有任何验证的情况下执行)。
$query = "UPDATE TABLE_NAME_HERE SET discr = 'employee' WHERE id = ".$entity->getId();
$entity_manager->getConnection()->exec( $query );
以下是类中 exec 方法的文档和代码(供您参考):DBAL\Connection
/**
* Execute an SQL statement and return the number of affected rows.
*
* @param string $statement
* @return integer The number of affected rows.
*/
public function exec($statement)
{
$this->connect();
return $this->_conn->exec($statement);
}