代码之家  ›  专栏  ›  技术社区  ›  Guy

创建、批准、编辑、批准网站内容模式

  •  1
  • Guy  · 技术社区  · 16 年前

    允许在编辑等待批准时阻止对“实时”记录进行编辑,因此等待编辑的冲突不是问题。

    有人能看出这种模式有什么缺陷吗?你能想出更好的办法吗?

    虽然我不认为这是相关的,但我使用C#与ASP.NETMVC和SQLServer作为数据存储。

    3 回复  |  直到 16 年前
        1
  •  1
  •   griegs    16 年前

    如果编辑是时间关键型的,比如促销或优惠,那么审批过程也需要相当迅速。

    您可能需要考虑构建电子邮件功能或优先级标志,以便及时批准编辑。

    另一个考虑因素,我不知道是否时间允许,是可能纳入WindowsWorkflowFoundation。您可以将编辑记录id附加到工作流项,然后处理审批的及时性。

    这还意味着,如果审批者不在,其他人可以将其提取,因为它是一个有队列的工作流项目,如果您是队列的成员,您将看到它。

    我知道这是一个很大的工作,但我认为一个更好的解决办法,而不是仅仅依靠某人来一起,并批准的变化。

        2
  •  1
  •   dtb    16 年前

    • 一个表用于项目,一个表用于所有修订。修订版有一个 经核准的
    • 查看
      • 用户获得最新的批准版本。
    • 编辑
      • 当存在比最新批准版本更新的版本时,对用户禁用。
      • 始终为版主启用。
    • 历史
      • 仅向用户显示已批准的修订。
      • 显示版主的所有修订。

    • 一个表用于项目,一个表用于所有修订。修订版有一个 旗帜。
      • 客人得到最新的批准版本。
      • 注册用户可以在最新版本和最新批准版本之间进行选择。
      • 版主获得最新的修订和批准它的选项。
    • 编辑
      • 始终为版主启用。
    • 历史
      • 仅向来宾显示已批准的修订。
      • 显示版主和注册用户的所有修订。
        3
  •  1
  •   cdonner    16 年前

    我曾与一些主要的商业CMS合作过,我不记得他们的任何工作流在内容获得批准时创建了内容的物理副本。不过,我可以看出这是一个诱人的想法。您希望防止未经批准的内容泄漏到公开的内容中,等等,但我认为这样做没有很好的技术理由(除非您期望有太多的内容,将其划分为已发布和未发布的集有性能优势)。

    我不认为你的方法有什么特别的错误。但你复制数据是没有正当理由的。