L’espace de nommage pour le développement de Webparts En allant dans le détail, le développement de composants WebParts sous l’environnement SPS 2003 reposait sur un espace de nommage spécifique à WSS.
Ainsi, un WebPart héritait de la classe Microsoft.SharePoint.Webpart Pages.WebPart. Voici un exemple de code WebPart sous WSS
Le 3ème changement notable
v2 :
namespace DevWebPartLivre
{
/// <summary>
/// Description for WPHello.
/// </summary>
[DefaultProperty("Text"),
ToolboxData("<{0}:WPHello runat=server></{0}:WPHello>"),
XmlRoot(Namespace="DevWebPartLivre")]
public class WPHello : Microsoft.SharePoint.WebPartPages.WebPart
{ …
}
}
Dans l’environnement WSS v3 et MOSS 2007, l’espace de nommage utilisé pour le développement de composant WebPart est System.Web.UI. WebControls.WebParts.WebPart. Voici un exemple de code de WebPart sous WSS v3 :
using System;
using System.Runtime.InteropServices;
using System.Web.UI;
using System.Web.UI.WebControls.WebParts;
using System.Xml.Serialization;
using Microsoft.SharePoint;
using Microsoft.SharePoint.WebControls;
using Microsoft.SharePoint.WebPartPages;
namespace WPDemo
{
[Guid("b37370d2-2d19-4919-abb3-25a65036675e")]
public class WPDemonstration : System.Web.UI.WebControls.WebParts.WebPart
{
protected override void Render(HtmlTextWriter writer)
{
// TODO: add custom rendering code here.
// writer.Write("Output HTML");
}
}
}
Téléchargez cette ressource

Les 10 tendances clés de l’Expérience Client (CX) pour 2025
Dans le contexte actuel, l'expérience client est un levier clé de réussite. Pour rester compétitives, les entreprises doivent adopter des stratégies CX audacieuses, en s'appuyant sur le cloud, le digital et l'IA. Alors quelles stratégies mettre en place pour garder une longueur d’avance ?