The SDK has some good detail. Basically it depends if you have upgraded from
SharePoint 2003 or if you need specific features that are only SharePoint
related. As it derives from the ASP.NET Control anyway, usually the ASP.NET
class is all you need.
Here is the relevant info from the SDK:
Beginning with Windows SharePoint Services 3.0, the SharePoint Web Part
infrastructure is designed and built to lie on top of the Microsoft ASP.NET Web
Part infrastructure. Web Parts that inherit from
System.Web.UI.WebControls.WebParts.WebPart are fully supported in Windows
SharePoint Services (with the exception of user controls as generic Web Parts),
and can be used not only in ASP.NET applications but also in Windows SharePoint
Services applications, whether Windows SharePoint Services is involved or not.
The Windows SharePoint ServicesWebPart class is part of an infrastructure that
was designed specifically for SharePoint sites, and Web Parts that inherit from
this class can be used only in SharePoint sites.
When creating new Web Parts, you have the option of creating Web Parts that
inherit from System.Web.UI.WebControls.WebParts.WebPart (recommended) or
Microsoft.SharePoint.WebPartPages.WebPart. The Windows SharePoint
ServicesWebPart class exists primarily for the purpose of backward
compatibility (Web Parts written for Windows SharePoint Services 2.0 continue
to work in Windows SharePoint Services 3.0 without modification), and to
provide a small set of features that are not available in the
System.Web.UI.WebControls.WebParts.WebPart class.
The set of features provided exclusively by
Microsoft.SharePoint.WebPartPages.WebPart is as follows:
* Cross page connections
* Connections between Web Parts that are outside of a zone
* Client-side connections (Web Part Page Services Component)
* Data caching infrastructure, including the ability to cache to the
database
Regards,
Paul Turner
MCT, MCPD: Enterprise, MCSD, MCDBA, MCTS, MSF, Microsoft vTSP
Consultant
M: 0412 748 168
A: 66 Henley Beach Road, Mile End SA 5031
E: paul.tur...@dws.com.au<mailto:paul.tur...@dws.com.au> W:
www.dws.com.au<http://www.dws.com.au/>
This email and any files transmitted with it are confidential and are only for
the use of the person to whom they are addressed. If you are not the intended
recipient you have received this email in error and are requested to delete it
immediately. Any opinion expressed in this e-mail may not necessarily be that
of DWS Pty Ltd.
Please consider the environment before printing this email.
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Ajay
Sent: Monday, 21 June 2010 11:46 AM
To: ozMOSS
Subject: Re: SharePoint web parts
Cheers,
yep.. asp.net<http://asp.net> based webpart looks the way to go.
On Mon, Jun 21, 2010 at 11:25 AM, Joseph Clark
mailto:jcl...@atlassian.com>> wrote:
Hi Ajay,
The literature I have read suggests that you should use the vanilla
ASP.NET<http://ASP.NET> base web part, unless you have a specific need for the
additional functionality exposed by the SharePoint base web part. They are
basically the same, except that the SP WebPart exposes a couple of extra
convenience functions for SharePoint that are difficult to do otherwise (for
example, serializing web part properties directly to the Content DB).
Unfortunately the book didn't go in to any additional detail about why this was
the preferred approach. I suspect that, as the ASP.NET<http://ASP.NET> base
web part is the newer of the two, that the SharePoint base web part may
eventually be folded in to it.
Hope this helps,
Joe.
On Sat, Jun 19, 2010 at 3:50 PM, Ajay
mailto:akhanna...@gmail.com>> wrote:
I have to create a SP 2010 web part with a custom toolpart.
Which one should I use --> asp.net<http://asp.net> webparts class or
Sharepoint.webcontrols.webpart.
Since both are inside the project template created by VS.
___
ozmoss mailing list
ozmoss@ozmoss.com<mailto:ozmoss@ozmoss.com>
http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
___
ozmoss mailing list
ozmoss@ozmoss.com<mailto:ozmoss@ozmoss.com>
http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
___
ozmoss mailing list
ozmoss@ozmoss.com
http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss