使用SmartParts直接在SharePoint中托管ASP.NET用户控件有什么问题?
题
我正在考虑使用SmartParts(http://www.codeplex.com/smartpart)直接在SharePoint中直接托管ASP.NET用户控件。但是,这需要我手动将所有用户控件复制到所有WFE服务器,然后将它们放在Web应用程序根文件夹中的特殊文件夹中。
您看到这种方法有任何问题吗?它对性能的影响如何?有人面对它吗?还是喜欢它?
解决方案
我从未使用过SmartPart,因此无法准确评论。但是,如果您使用包装解决方案,例如 WSPBuilder 可以为您处理所有这些。
在非智能公路路线上有一些不错的doco:
- 来自Sharepointdevwiki, 通过视觉设计用户控件开发SharePoint
- SharePoint指南的文章: 如何:将用户控件在网络部分内部包装以供SharePoint
无论哪种方式,都应该没有或可以忽略不计的问题,因为它最终都是相同的。
其他提示
这是一个不错的 Pro/Con文章..扬本人评论。
我从不使用它。调试和部署是一种痛苦,像WSPBuilder这样的事情使其不必要。
SmartParts像其他任何网络部分一样是Web零件。用户控件只是另一个工件,您可以将其放入子目录中的ControlTemplates中。两者都应在解决方案和使用功能中打包并提供(如果您希望将网络零件添加到Web Part Gallery中)。
当您部署解决方案并激活功能内容时,将自动添加到所有Web前端服务器上的安全控件,BIN/GAC,Web Part Gallery,ControlTemplates等。
与在CreateChildControl中添加控件相比,我还没有听说过加载用户控件的性能开销。
一些链接:解决方案和网络零件软件包
使用解决方案软件包在Windows SharePoint Services中部署功能和内容3.0
Hth Anders Rask