SharePoint功能停用的最佳做法

Question

我有一个自定义SharePoint解决方案，需要在特定站点（SPWeb）上有多个列表实例。现在，其中一些列表是通用的，例如“页面”文档库，其他列表是高度特定的自定义列表。

我的问题是在功能停用时应该清除哪些（如果有的话）定制的apsect。我的直觉是说应该保留多个解决方案可能使用的通用列表，但应该清理更具体的自定义。有没有人对这种类型的观察有任何经验和/或建议？

Answer 1

很难提出严格的规则，因为这取决于你的具体解决方案，但我会从这样的事情开始：

在停用时，要素应删除在功能激活期间创建的任何工件：

1. 尚未由最终用户创建并且最终用户无法合理地预期会保留
2. 任何其他功能都不需要，或者导致其支持的更广泛解决方案失败
3. 不禁止稍后重新激活该功能。

在我正在进行的项目中，我们创建了一个新的例外，以防止停用功能。我们发现，在许多情况下，功能的激活是单向的。这主要是因为解决方案通常由许多功能组成，并且禁用一个解决方案会导致整个解决方案出现故障。

通常，网站仅存在才能托管该功能，因此禁用该功能后，该网站就没有任何用途。

Answer 2

加入丹尼尔......

如果其他功能取决于此功能，则应激活它们。通过功能dependencies

一起停用