我正在学习SharePoint和可以部署的其他解决方案。从我正在观看的培训中看来，您似乎应该尽可能地使用沙盒解决方案。这是因为“农场解决方案”会使事情搞得一团糟。
但是，沙箱解决方案不支持我要使用WebPart进行的两个主要操作。这些是Visual WebPart和WebPart通信。 (不允许使用第一个，因为它需要打文件系统，而第二个则因为使用反射而被禁止)。
在我看来，我的WebParts总是希望至少做一件事。 (不通信的WebPart并不是真正的模块化吗？)
我是否错过了要点，还是Sandbox Solutions是一个在实际代码中并未真正使用的“好主意”？
最佳答案
是的，我同意您的观点，沙盒解决方案的限制非常严格。
但是，正是这种限制赋予了他们自己的价值。由于种种限制，沙盒解决方案无法关闭服务器场(至少这是理论上的结果，有人可能会找到解决方法)。
这意味着您可以向更多用户开放，以在服务器场上部署事物。还需要将事物部署到SharePoint Online。
沙盒解决方案的限制性更强，这意味着开发更加繁琐，您必须针对这些限制进行编程。这使得解决方案更加昂贵。因此，除非您有充分的理由不使用它，否则默认应为服务器场。
关于sharepoint - 沙盒解决方案似乎严重瘫痪，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/4565794/