Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

When does one use Web Parts vs. Full blown ASP.NET application in SharePoint?

I'm still struggling with this question as I'm trying to get up to speed with SharePoint, coming from ASP.NET Web Forms. We're looking to use SharePoint exclusively for several reasons; one of the main selling points is to consolidate our development efforts. So for example, today we have several one-off websites with anywhere from 1-5 pages (smallish) on several servers, IIS installs, etc. and seem to be a bit fragmented.

Let's say I have a requirement for a smallish site (1-5) pages. What is the SharePoint way to handle this situation? Do I create several Web Parts, then create the pages in SharePoint and plug them in or do I simply create an ASP.NET Web Forms application and provide a link within SharePoint to it?

Thanks!

Update

I'm going with neither. Based on feedback and additional research it seems that Application pages are what I'm looking for. Here's a good article: http://grounding.co.za/blogs/brett/archive/2008/07/13/sharepoint-the-role-of-a-web-part-vs-using-application-pages.aspx

like image 498
Mike Avatar asked Mar 02 '11 14:03

Mike


People also ask

What is the difference between a site page and a web part page in SharePoint?

To put everything in simple terms, SharePoint consists of 3 major building blocks: Sites – used to organize various types of content (web parts) Pages – used to display content (web parts) on a site. Web Part – used to store particular content/information (i.e. documents, events, contacts).

What are web parts in SharePoint?

Web parts are server-side controls that run inside a web part page: they're the building blocks of pages that appear on a SharePoint site. See Building Block: Web Parts. You can create and debug web parts on a SharePoint site by using templates from Visual Studio.


2 Answers

You use SharePoint web parts when you want non-technical users to be able to compose pages through the SharePoint UI - creating new pages in a site, selecting which parts they want for the page, configuring them, and arranging them on the page. They can use audience targeting to only show the desired web parts to certain users.

You get all of that pretty much out of the box with SharePoint. Even if you don't need all of it right away, it's not much more effort than building normal ASP.NET applications - except getting over the initial learning curve.

like image 195
Rex M Avatar answered Nov 13 '22 00:11

Rex M


What kind of user experience are you looking for? Sometimes it makes sense to have a static page, and sometimes it's much better to allow users the ability to move things around and create their own page. Creating a web part isn't too bad, but I saw somewhere that you are in a time crunch, it might take you a little while to get over the initial learning hump.

It's tough for me to estimate the learning curve because Visual Studio 2010 does make things a lot easier to do than anything that was available when I was new to SharePoint.

like image 22
coder1 Avatar answered Nov 12 '22 22:11

coder1