in

Dot Net Mafia

Group site for Tulsa area .NETdevelopers, with blogs dealing with (usually) .NET, SharePoint, and other Microsoft products, as well as some discussion of general programming related concepts.

This Blog

Syndication

Corey Roth - DotNetMafia.com - Tip of the Day

Bringing you the latest time saving tips for SharePoint, MOSS 2007, ASP.NET, LINQ, and Visual Studio 2008

To Web Part or not to Web Part?

I am putting today's post out there in a hope of getting more of a feel for what the community does in regards to web parts.  The question is when you need to write custom functionality on a SharePoint site (i.e.: a form, some fancy data binding code, whatever), do you build a web part or do you build a web user control and expose it through some sort of SmartPart.  It may be that there is a best practice here or it may just come down to personal preference.  Personally, I don't really care to do HTML markup using code.  That is not any fun at all and makes it difficult to do any kind of changes.  On the other hand if you want to make use of custom properties that the end user can customize, building a web part is the way to go.  So what do you prefer?  How do you choose what you build?  Leave a comment and let us know.

Published Aug 04 2008, 02:12 PM by CoreyRoth
Filed under:

Comments

 

devlizard said:

Personally, I like SmartPart but most of the times I find myself developing web parts as custom controls.

BTW, you can always get both the easy authoring experience of ASCXs and the powerful personalization provided by wp properties by writing your own web part as your user control's wrapper (just what Smart Part does indeed).

It's an easy way to expose user controls properties to the end user.

Just my 2 cents.

Claudio

August 5, 2008 12:53 PM

About CoreyRoth

Corey Roth is a MOSS Consultant for Stonebridge, Inc. specializing in clients in the Energy Sector.
2008 dotnetmafia.
Powered by Community Server (Non-Commercial Edition), by Telligent Systems