Sharepoint 单个项目的分层过期策略
我希望在自定义列表(而不是文档库)上实现一个自定义项过期策略 此策略必须可按每个项目进行编辑,并根据用户定义的规则(例如:访问次数、过期时间跨度或上述两个规则的任何聚合)计算过期日期。由于这种粒度,我无法在过期策略中使用默认过期策略模型(或实现自定义模型),也无法使用默认审核 由于项目是在文件夹和子文件夹中组织的,因此我希望分层应用策略(类似于OOTB权限模型) 我的解决方案是为文件夹和项目创建自定义内容类型,以便包含一列,该列将保存序列化的规则,而对该“规则”字段的访问将从代码中手动同步。自定义Infopath表单将用于编辑列表中每个条目(无论是文件夹还是项目)的附加规则,自定义应用程序页面将使用此数据授予对该项目的访问权限(根据其他项目字段,它还为每个项目执行实际工作)。Sharepoint 单个项目的分层过期策略,sharepoint,sharepoint-2007,Sharepoint,Sharepoint 2007,我希望在自定义列表(而不是文档库)上实现一个自定义项过期策略 此策略必须可按每个项目进行编辑,并根据用户定义的规则(例如:访问次数、过期时间跨度或上述两个规则的任何聚合)计算过期日期。由于这种粒度,我无法在过期策略中使用默认过期策略模型(或实现自定义模型),也无法使用默认审核 由于项目是在文件夹和子文件夹中组织的,因此我希望分层应用策略(类似于OOTB权限模型) 我的解决方案是为文件夹和项目创建自定义内容类型,以便包含一列,该列将保存序列化的规则,而对该“规则”字段的访问将从代码中手动同步。自定
虽然我不确定上述解决方案是否会获得批准(公司政策可能禁止我编辑同步方案的toe Global.asax文件),但我想知道是否有人能为这一要求提供更好的体系结构 好的,我来试一试。首先,我会忘记InfoPath,转而使用自定义的ASPX页面来配置策略。整个项目应包装在包含以下成分的容器中:
不管怎样,我认为您将面临相当多的开发工作。谢谢您的回答,我相信解决方案介于这两种选择之间。