Vous l’avez compris, l’expérience développeur SharePoint est en train de radicalement changer avec les nouvelles versions de SharePoint et Visual Studio. Au chapitre des nouveautés on trouve l’explorateur SharePoint. Etes-vous passé à côté ? Si la réponse est oui, dommage pour vous ! Mais ce post est là pour que vous puissiez vous rattraper !

Mais où se cache-t-il ?

Facile, avec les autres explorateurs (de serveurs et connexions aux bases de données) :

Et comme pour les autres explorateurs, il vous suffit d’ajouter une connexion par simple clic droit :

On remplit ensuite l’url du site et on obtient la nouvelle connexion.

Que retrouve-t-on dans cet explorateur ?

Une foultitude d’informations sur les éléments contenus dans les sites SharePoint : les types de contenu, les fonctionnalités, les modèles de liste, les listes et bibliothèques, les sous-sites, les workflows (modèles et associations).

Pas mal, sachant que ces nœuds s’ouvrent sur toujours plus de détails, comme les champs constituant les types de contenu ou les listes :

Et ce n’est pas tout… Souvenirs souvenirs… SharePoint Inspector, mon petit projet pour me faire la main. C’était il y a 3 ans déjà. Et bien on retrouve les mêmes fonctionnalités de “reflection”, c’est-à-dire la récupération des valeurs de champs parfois cachés mais qui rendent la vie bien plus simple pour le développeur. On retrouve ainsi dans la fenêtre des propriétés tout le détail de chaque nœud :

Un luxe !

Ce que ça va changer pour le développeur

Pour avoir donné un certain nombre de formations au développement SharePoint (pour ne pas dire un nombre certain), certaines questions récurrentes vont enfin trouver leurs réponses :

• Mais comment savoir que le nom interne du champ XXX est YYY ?
• Pourquoi est-ce qu'on utilise 101 pour le type de liste dans un événement ou une CustomAction ?
• Je trouve où la liste des fonctionnalités activées ? (cachées ou non)
• …

Certes, ils existaient des outils, des astuces, … Mais avouez qu’il fallait avoir du mérite et pas mal d’obstination pour avancer et comprendre l’envers du décor. Et quoi de mieux que l’outil de développement attitré (on parle de Visual Studio hein pour ceux qui auraient décroché) pour faire l’oracle et répondre aux interrogations des développeurs !

Quand je regarde en arrière, que de chemin parcouru depuis le début ! Je n’ai pas eu “la joie” (sigh) de faire des WebParts avec Tahoe (mais j’ai bien donné côté VBScript avec ASP ;)), mais je me souviens encore très bien du développement sous SharePoint 2003 et des quelques modèles de projet disponibles quelque peu squelettiques, et surtout de beaucoup d’huile de coude.

Le développement SharePoint arrive à maturité avec la version 2010 de mes produits préférés, qu’on se le dise ! Le développement n’est pas mort, il ne fait que commencer :)

Gat, un papi SPDev