sharepoint - 在 ASP.NET 中开发 SharePoint Web 部件

Question

关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。












想改进这个问题？将问题更新为 on-topic对于堆栈溢出。

5年前关闭。




Improve this question




我被要求在 ASP.NET 中开发一些用户控件，这些控件稍后将作为 Web 部件拉入 SharePoint 网站。我是 SharePoint 新手，在需要对这些部件进行原型(prototype)制作期间，我无法访问 SharePoint 服务器。

有谁知道这种方法行不通的任何原因？
如果不推荐这种方法，那么其他选择是什么？
关于在考虑 SharePoint 的情况下开发 ASP.NET Web 部件时要考虑的资源/教程的任何建议？

谢谢

编辑:2008 年 12 月 31 日
我终于标记了这个答案。我花了一段时间才意识到，尽管一开始很痛苦，但立即走 SharePoint 路线是最好的方法。免费的 VPC 镜像使设置开发相对轻松。

虽然您可以像我一样在没有 SharePoint 的情况下在 ASP.NET 中开发 Web 部件，但在开发和部署 SharePoint 应用程序时，您还没有学到任何东西，只是将学习曲线推到了您认为已经完成的时间, (并且可能已经告知利益相关者)。延迟 SharePoint 学习曲线对您或您的项目没有任何好处，并且您的最终产品将更好地满足您在此过程中获得的专业知识。

Answer 1

ASP.NET Web 部件在 SharePoint 中的工作方式与在 ASP.NET 中的工作方式相同。这就是我要采取的路线(从 ASP.NET Web Part 类派生的自定义控件)。这将减轻在 SharePoint 服务器上实际开发的任何要求。

您将遇到的唯一问题是您将无法利用 SharePoint 框架。如果您在 SharePoint 中进行任何高级操作，这很重要。但是，SharePoint 是 ASP.NET 加上一些附加功能，因此您可以使用 System.Web.UI.WebControls.WebPart 开发任何内容。类在 SharePoint 中应该很好用。

当您从纯 ASP.NET 转到 SharePoint 时，一些有助于减轻痛苦的注意事项:

如果你可以把所有东西都放在一个程序集中，部署会更容易

尝试将您需要的所有内容放入部署到 SharePoint

的 DLL 中

如果需要，使用汇编资源嵌入 JS、CSS 和图像文件

强命名您正在构建的程序集

大多数 SharePoint 部署最终都在 GAC 中，并且需要一个强名称

这是一篇相关的博客文章； Developing Basic Web Parts in SharePoint 2007