3.2Relation avec le Framework .NET
Désormais, un site SharePoint exploite et consomme sans restriction l’ensemble des contrôles et outils si pratique du nouveau framework Web, qu’il s’agisse :
des Master Pages
des Web Parts
des SiteMap Provider
le système de cache
des Memberships
…
Le développement SharePoint en est que plus aisé car simplement plus proche du monde bien connu du développeur ASP.NET
 L’utilisation des Memberships ASP.NET est une petite révolution en soi. En effet, SharePoint 2007 utilisant cette couche de sécurité pour gérer l’identification de ses utilisateurs, vous pouvez donc configurer votre application SharePoint pour utiliser AD, SQL, LDAP ou tout autre Membership personnalisé sur la source de donnée de votre choix pour son identification.
Il faut cependant bien positionner techniquement le rôle du framework SharePoint avec le framework ASP.NET. Il l’utilise et l’étend tout à la fois.
SharePoint a été construit sur les fondamentaux d’ASP.NET mais il le complète aussi via l’ajout de nouveaux services et composants. Ces ajouts sont surtout ciblés sur la notion de cycle de vie et de maintenance de site Web.
Il s’agit d’un ensemble de fonctionnalités de haut niveau accélérant la création et la gestion de site Intranet.
D’ailleurs, Microsoft Office SharePoint Server (MOSS) est une des premières offres profitant du framework SharePoint. MOSS a ainsi bien été développé à base de technologie SharePoint et d’ASP.NET
Développer un site en technologie SharePoint, revient souvent à un savant mélange entre réutilisation de ces briques fondamentales comme le stockage documentaire, la gestion d’identification et l’interface homme machine profilé et l’ajout de composant comme une WebPart d’affichage de reporting ou la consommation de Web service métier. Le back office SharePoint étant aussi exposé via un ensemble de Web Service, une réflexion SaaS est tout à fait possible et largement recommandée.
3.3Du portail à l’usine à site
Une bonne définition de SharePoint, techniquement parlant serait « usine à créer des sites ». Si ASP.NET permet de réaliser un site web dynamique, SharePoint 2007 permet de créer et maintenir des centaines et des milliers de sites web dynamiques, tous basés sur des modèles réutilisables.
En effet, l’un des points faibles de la technologie ASP.NET est de pouvoir facilement maintenir une application lorsqu’elle a été dupliquée plusieurs fois. Comment pratiquement, pouvoir personnaliser et faire évoluer un site ASP.NET, sous entendu, ses composants, ses pages web, sa base de donnée quand il existe plus de 10 copies de celle-ci en production.
Sous-entendu, comment passer d’une seule application…
… à la gestion d’une multitude ?
Vf
Comme vous pouvez le constater, la tache risque bien d’être complexe. Voir hasardeuse.
La technologie vient répondre à cette problématique en se basant sur 2 principes de bases :
Un moteur de génération de site basé sur des modèles
Un framework de base gérant la maintenance du site (de l’administration de la sécurité à son backup)
Evidemment, la technologie SharePoint n’est pas forcément appropriée pour la création d’un seul site mais plutôt pour de larges sites communiquant ou de grands espaces de gestion de projet voire des une multitude de sites de collaboration.
Un site SharePoint est plus pratiquement, la génération virtuelle d’un modèle de site selon ses paramètres de configuration stockés dans la base de données de configuration de la ferme.
Le changement de conception et d’architecture est clair :
Le développeur conçoit des modèles de site SharePoint avec plus ou moins de nouvelles fonctionnalités
Le gestionnaire IT les déploie sur la ferme de production via les packages SharePoint (solutions WSP)
Le responsable de contenu peut créer autant d’instance des modèles et les personnaliser en fonction de ses droits.
Maintenir le site SharePoint revient à simplement maintenir son modèle et ses fonctionnalités, laissant le cycle de vie et sa maintenance ainsi que son exploitation aux équipes projets et réseau.
Note :
|
