La session est présentée par le célébrissime Philippe Santenac, dont je suis fervent visiteur de son blog : http://blogs.developpeur.org/phil/

Etat des lieux de l’industrialisation des dévs avec MOSS 2007

Toute personne ayant déjà approché SharePoint en tant que développeur va forcément se reconnaitre dans ce portrait :

Tu es développeur ? Tu es motivé ? Prépare-toi, c’est parti :

è Tu passes trois semaines pour que ta société te donne une machine avec 4 Go de RAM, un quad proc et un disque SATA.

èTrois jour à Créer une VM en Windows Server 2003/2008/2008R2.

èUn jour à installer les prérequis Sharepoint sur la VM.

èUn jour à installer SharePoint.

èAprès 1 mois, tu possèdes enfin le poste. Il ne reste plus qu’à installer les outils de dév. Tu n’y connais rien, donc tu passes 2 jours à chercher sur le net ce qu’il faut installer. Tu finis avec un VS + VSeWSS qui ne t’aident pas beaucoup + une vingtaine d’outils tiers pour survivre lorsque tu développes.

èIl ne reste plus qu’a te former sur les développements SharePoint, et encore une fois :

Débrouille-toi !

èUne fois ta superbe webpart développée, tu passes encore une semaine à comprendre comment tu dois déployer tes développements, avec quels outils…

èEt les tests unitaires ? Et les tests d’intégration ?

=>Attends, avec ce que j’en ai bavé jusqu’ici, ça va !

Ben ca tombe bien, car automatiser tes tests d’intégrations s’avère encore plus périlleux, avec des script .bat stsadm qui n’en finissent plus, et des programmes maison à développer pour créer automatiquement ton environnement de test (plus de 3 mois de travail, pour un outil sérieux nous confie Philippe).

Mais alors… What’s new ?

Beaucoup de choses.

En effet, SharePoint 2010 arrive en même temps qu’un certain nombre d’outils, dont les développeurs seront tirer partie :

Et mine de rien, il s’agit de faciliter grandement la façon de travailler pour le développeur SharePoint.

Voyons les changements apportés sur chacune des briques dans le cadre de l’industrialisation des développements :

·         SharePoint 2010

èAvant tout, une installation qui se veut plus simple (comme tous les produits 2010), avec un setup d’install repensé.

èInstallable sur Windows 7. Fini donc les VM Windows Server sur les postes. L’installation de SharePoint en stand-alone convient parfaitement à l’environnement développeur.

èUn mode SandBox pour isoler les développements qui pourraient poser problème, avec un affichage des ressources par package d’installation (ex wsp).

èUn « developper dashboard », indispensable !

·         Visual Studio 2010

èUne intégration native de SharePoint 2010, avec des templates comme les visuals webparts, les workflows importés, et les packages.

èEnfin une gestion des packages en standard dans Visual Studio qui tient la route, et intégrant certaines fonctionnalités majeures de nos outils communautaires préférés !

èUne gestion de deploy pour les tests très rapide.

èUne intégration encore plus poussée de TFS

·         Team Foundation Server 2010

èUne installation rapide et une configuration allégée. (Si si, je vous jure !)

èUne optimisation pour les développements itératifs (cf Scrum et autres méthodes Agiles)

èUn « Gated CheckIn », c'est-à-dire, la possibilité de refuser le check-in si le code qui est checked-in ne permet pas de builder. Cela permet de garder une version toujours stable sur le gestionnaire de source.

èUn serveur de buid qui gère les Packages (ex wsp) en natif.

·         Power Shell 2.0

èSP2010 met à disposition plus de 500 commandes PowerShell contre une centaine de commande pour stsadm sur MOSS2007. Cette richesse de commande permet de pouvoir créer le site de test dynamiquement, une fois le buid fait par le serveur de build. On peut également ajouter du contenu sur le site de test.

Best Practices

C’est vrai, vous allez me dire qu’on rabâche toujours la même chose, mais vous savez tous que 90% des bugs seraient évités en suivant une simple liste d’une dizaine de Best Practice.

L’idée n’est pas de citer les best practices SharePoint 2010, mais seulement les best practices primaires :

èUtilisez les Packages !

Oubliez les features installées avec un batch xcopy vers le répertoire 12 !

èTest Unitaires obligatoires !

Pex, vous connaissez ?

http://research.microsoft.com/en-us/projects/Pex/

è Développez en couches !

Utilisez le model MPV (un petit exemple : http://msdn.microsoft.com/en-us/magazine/cc188690.aspx)

Cela permet notamment de faires des tests en mode bouchon, avec une couche Model et View en fake.

èTests fonctionnels et tests de charge automatisez.

Bilan

Il est indéniable que l’on sort d’une période cauchemardesque en ce qui concerne l’industrialisation des développements avec SharePoint.

L’année 2010 renouvelle la quasi-totalité des outils qui gravite autour du développement SharePoint. Et le cru est plutôt bon.
Le moins que l'on puisse dire, c'est que Microsoft a été à l'écoute des communautées, et a su s'inspirer des outils qui paraissaient indispensables !
Reste à habituer les développeurs actuels à intégrer cette mécanique de développement, et à convaincre les dégoutés de la version 2007 que les choses ont bien changées…