为Sharepoint创建Web部件时,创建实际的Web部件,或者使用和ASP.NET用户控件(.ascx)一样好吗?

我已经知道如何创建我需要的用户控件,因此创建Web部件的额外工作似乎只是不必要的腿部工作。

使用Web部件而不仅仅是创建和ASP.NET用户控件有什么好处?

有帮助吗?

解决方案

除了最简单的网页部件外,我是用户控件的忠实粉丝。我创建了一个实例化并加载用户控件的webpart。还有其他工具可以用来暴露你的用户控件,比如smartpart,但我建议你自己把它包起来,因为它是一个很好的学习经验。一旦完成一次,您基本上就有了一个模板用于您想要创建的任何其他Web部件。

祝你好运!

其他提示

必须将一个简单的ASP.NET ascx控件添加到自定义布局页面中。这限制了控件的实用性,因为它无法“无论何时”添加。

拥有webpart可以灵活地将控件多次添加到站点中的不同位置,甚至可以在具有不同属性的同一页面上多次添加。

正如已经提到的,使用 CreateChildControls()来创建webpart中的控件是很好的,将webpart编码和打包成解决方案并不是什么大问题。值得付出额外的努力。

Webparts也能够接受来自“过滤器”的连接。 webparts位于同一页面上,与在网站上托管ascx控件相比,为webpart提供了额外的灵活性。

对于使用该网站的编辑来说,与编辑页面布局,发布它然后根据该页面布局创建页面相比,它们能够添加webpart会有很大的不同,所以从角度来看在网站编辑器中,可用性的差异非常大。

我建议更进一步,编写你的webpart以使用xslt文件显示内容,并使xslt的位置成为webpart的可配置属性。这个真的增加了控件的灵活性。

查看Dataview webpart,了解添加自定义渲染可以完成多少工作。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top