我正在学习 SharePoint 以及您可以部署的不同类型的解决方案。从我正在观看的培训来看，您似乎应该尽可能地尽最大努力使用沙盒解决方案。这是因为 Farm Solutions 会把事情搞得一团糟。
但是，沙盒解决方案不支持我使用 WebParts 做的两件主要事情。这些是 Visual WebParts 和 WebPart 通信。 (第一个是不允许的，因为它需要命中文件系统，第二个是不允许的，因为它使用了反射)。
在我看来，我的 WebPart 总是希望至少做其中一件事情。 (不通信的 WebPart 不是真正的模块化，是吗？)
我是不是没有捕获要点，或者沙盒解决方案是一个“好主意”，但并未真正用于实际代码中？
最佳答案
是的，我同意你的观点，沙盒解决方案非常严格。
但是，正是这种限制赋予了它们值(value)。由于限制，沙盒解决方案无法摧毁农场(至少理论上是这样，有人可能会找到办法做到这一点)。
这意味着您可以向更多用户开放以在农场上部署东西。将内容部署到 SharePoint Online 也是一项要求。
Sandbox 解决方案限制更多，意味着开发更麻烦，您必须围绕这些限制进行编程。这使得解决方案更加昂贵。因此，除非您有充分的理由不使用它，否则默认值应该是 farm。
关于sharepoint - 沙盒解决方案似乎严重受损，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4565794/