问题描述
由于新的需求,我们经常需要重构现有的页面和块。通常一个或多个属性将被一个或多个新属性替换。现有页面和块需要继续工作,并且使用旧属性进行的设置需要影响新属性的设置的情况并不少见。创建新页面或块来替换现有页面不是一种选择 - 除非它可以自动化。
简单示例#1:旧的布尔属性UseDarkBackgroundColor 被新的字符串属性BackgroundColor 替换。如果设置了 UseDarkBackgroundColor,BackgroundColor 应设置为特定颜色。
简单示例#2:旧的布尔属性 IsWide 被新属性 IsNarrow 替换(基本上是翻转名称和值)。如果 IsWide 为真,则 IsNarrow 应为假,反之亦然。
过去,我们通过使用 sql 脚本更新 Episerver 数据库来解决此问题。我觉得这很可怕,因此我想找到更好的方法。
以下文章给了我一些希望:https://world.episerver.com/documentation/developer-guides/CMS/Content/Refactoring-content-type-classes#API
“通过 API 重命名内容类型”部分下的信息易于理解,并且在测试时结果符合预期。但是,“更改属性的类型”部分下的文本对我来说是胡言乱语。我什至不知道从哪里开始,即使经过了很多谷歌搜索。
有人知道如何在没有 sql 脚本的情况下更改 Episerver 中属性的类型(和值)的示例吗?
解决方法
我们从不更改现有属性的类型,而是引入新属性,从 UI 中隐藏旧属性,并且(如果适用)为新属性实现自定义 getter,以便它使用旧属性作为“回退”,直到编辑者发布了具有新属性的内容。
有时我们通过某种类型的批处理作业将旧属性值迁移到新属性,然后删除旧属性。
我们从不直接操作数据库。
另请查看迁移步骤,如果您需要重命名属性,通常会使用它:https://www.jondjones.com/learn-episerver-cms/episerver-developers-tutorials/importing-content-into-episerver-programmatically/episerver-migration-steps-explained/