我正在学习 SharePoint 以及您可以部署的不同类型的解决方案。从我正在观看的培训来看，您似乎应该尽可能使用沙盒解决方案。这是因为农场解决方案可能会把事情搞得一团糟。
但是，沙盒解决方案不支持我使用 WebPart 执行的两项主要操作。这些是 Visual WebPart 和 WebPart 通信。 （第一个是不允许的，因为它需要访问文件系统，第二个是不允许的，因为它使用反射）。
在我看来，我的 WebPart 总是想做至少其中一件事情。 （不进行通信的 WebPart 并不是真正的模块化，不是吗？）
我是否错过了重点，或者沙箱解决方案是一个“好主意”，但在实际代码中并未真正使用？
是的，我同意你的观点，沙盒解决方案非常具有限制性。
但是，正是这种限制赋予了它们价值。由于限制，沙盒解决方案无法摧毁农场（至少理论上是这样，有人可能会找到一种方法来做到这一点）。
这意味着您可以向更多用户开放，以便在服务器场上部署内容。将事物部署到 SharePoint Online 也是一个要求。
沙箱解决方案的限制更多，意味着开发更麻烦，你必须围绕这些限制进行编程。这使得解决方案更加昂贵。因此，默认值应该是 farm ，除非你有充分的理由不使用它。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
