Sharepoint: composant WebPart et contrôle utilisateur ASP.NET

Question

Lors de la création de composants WebPart pour Sharepoint, est-il préférable de créer un composant WebPart réel ou l'utilisation et le contrôle utilisateur ASP.NET (.ascx) sont-ils aussi efficaces?

Je sais déjà comment créer les contrôles utilisateur dont j'ai besoin. Il semble donc que l'effort supplémentaire de créer un composant WebPart constitue un travail inutile pour les jambes.

Quels sont les avantages de l'utilisation d'un composant WebPart par rapport à la création et au contrôle utilisateur ASP.NET?

Answer 1

Je suis un grand fan des contrôles utilisateur, à l'exception des composants WebPart les plus simples. Je crée un Webpart qui instancie et charge le contrôle utilisateur. Il existe d’autres outils que vous pouvez utiliser pour exposer votre contrôle d’utilisateur, tels que smartpart, mais je vous conseillerais de le conclure vous-même, car c’est une bonne expérience d’apprentissage. Une fois que vous l’avez fait une fois, vous avez essentiellement un modèle pour tout autre composant WebPart que vous souhaitez créer.

Bonne chance!

Answer 2

Un contrôle ASP.NET ASPX nu devrait être ajouté à une page de présentation personnalisée. Cela limite un peu l’utilité du contrôle car il ne peut pas être ajouté "n'importe où".

Le fait d’avoir un composant WebPart confère au contrôle la flexibilité d’être ajouté au site plusieurs fois, à différents endroits ou même plusieurs fois sur la même page avec des propriétés différentes.

Comme cela a été mentionné, il est bon d’utiliser CreateChildControls () pour créer les contrôles dans le composant WebPart. Il n’est pas si compliqué de coder et de regrouper un composant WebPart dans une solution. cela en vaut la peine.

Les composants Webparts peuvent également accepter des connexions provenant de " filtre " Webparts sur la même page, ce qui offre une flexibilité supplémentaire par rapport à l'hébergement de contrôles ascx sur le site.

S'agissant des éditeurs utilisant le site, il leur est très important de pouvoir ajouter un composant WebPart par rapport à la modification d'une mise en page, à sa publication puis à la création de pages basées sur cette mise en page. d’un éditeur de site, la différence de convivialité est vraiment importante.

Je vous recommande d'aller encore plus loin et de coder votre Webpart afin d'utiliser un fichier xslt pour afficher le contenu et de faire de l'emplacement de ce xslt une propriété configurable du Webpart. Ceci vraiment ajoute à la flexibilité de votre contrôle.

Consultez le WebPart Dataview pour voir tout ce que vous pouvez faire avec l’ajout du rendu personnalisé.