Renaud COMTE MVP SharePoint Technologies MVP SharePoint Technologies Consultant Technique : Consultant Technique :.Net.Net SharePoint Technologies SharePoint Technologies WebMaster ClubSPS.org / ClubSPS.CH WebMaster ClubSPS.org / ClubSPS.CH Actif sur Actif sur Asp-Php Asp-Php CodeS-SourceS CodeS-SourceS Blogs : Blogs :  

Collaboration BusinessIntelligence Portal Business Processes Search ContentManagement SharePointPlatformServicesSharePointPlatformServices Next generation e- mail, project management, workflow, blog and wiki support Enhanced SharePoint Portal aggregation and personalization Great relevance with rich people and business data search Server-based spreadsheets plus BI portals built on SQL Server Analysis Services Server-based forms and workflow with smart client and browser interfaces Integrated document, records and Web content management

Une seule et unique technologie (ASP.Net) WSS en est la couche la plus proche du cœur technique Suite de service de haut niveau Operating System Services DatabaseDatabaseSearchSearchWorkflowWorkflow ASP.NET () ASP.NET ( Web Parts, Personalization, Master Pages, Provider Model for navigation, security, etc. ) Core Workspace Services StorageRepositoryMetadataVersioningBackupStorageRepositoryMetadataVersioningBackupSecurityRights/Roles Pluggable Auth Per Item Rights Trimming SecurityRights/Roles Pluggable Auth Per Item Rights Trimming Management Admin UX DelegationProvisioningMonitoringManagement DelegationProvisioningMonitoringTopology Config Mgmt Farm Services Feature Policy ExtranetTopology Config Mgmt Farm Services Feature Policy Extranet Site Model RenderingTemplatesNavigation Visual Blueprint Site Model RenderingTemplatesNavigation Visual Blueprint APIsFields/Forms OM and SOAP EventsDeploymentAPIsFields/Forms EventsDeployment Office 12 Solutions Built On WSS V3 CollaborationCollaborationPortalPortal SearchSearch ECMECM BPMBPM BIBI ProjectProject

Aussi bien outil collaboratif que Framework de développement Data Infrastructure Object Model, Web Services, Events Document Management, Workflow Provisioning System Page and Rendering Model Web Platform Collaboration Store

Intégration avec ASP.NET : Objectifs & Bénéfices Web Parts Master Pages Forms et Field Types Visual Studio 2005

Windows SharePoint Services “v2” Windows SharePoint Services “Version 2” Windows SharePoint Services “Version 3” ASP.NET 1.1 ASP.NET 2.0 Windows SharePoint Services “v3”

WSS ne crée pas sa propre application Il n’y a pas “écrasement ” de l’application par défaut Plus d’“exclusions” de gestion Unification du domaine applicatif (pool) Un modèle centralisé de gestion

Support des controles.ascx dans les pages Rendu assuré par les Master Pages Gestion des ressource pour les pages _layouts, etc. Menu de navigation dérivant des ASP Menu/treeview Control de la compilation et safe code Les pages métiers peuvent avoir du code inline Les pages métiers peuvent être compilé pour plus de performance

Objectifs Construit directement à base d’ASP.Net Transférer les couches fondamentales à ASP.Net Bénéfice Optimisez les compétence ASP.NET pour le développement WSS Plus.Net cohérent, moins «SharePoint» Utilisez plus les fonctionnalités d’ ASP.NET Fournir & consommez les interfaces ASP.Net Web Parts, Membership, Site Map Providers, etc.

Intégration avec ASP.NET : Objectifs & Bénéfices Web Parts Master Pages Forms et Field Types Visual Studio 2005

Web Parts sont maintenant dans ASP.NET 2.0 ! Support direct des ASP.NET 2.0 Web Parts Compatibilité complète des WSS “v2” Web Parts Les classes Web Part WSS “v2” sont basés sur.NET 2.0 web parts Microsoft.SharePoint.WebPartPages.WebPartMicrosoft.Web.UI.WebControls.WebParts.WebPart

Types de connection similaire ICell -> IField, IList -> Itable Traduction automatique des types WSS v2 ASP.NET 2.0 vient faciliter l’opération: Interfaces de connexion personnalisé transformers personnalisé Déclaration des méthodes de connexion par attributs (« Décoration ») [ConnectionConsumer("The Content")] [ConnectionProvider("The Content")]

On ne peut utiliser les ASP.NET 2.0 Web Part Pages;  non compatibles Les Pages doivent inclure des SPWebPartZones et SPWebPartManager Ces contrôles permettent de gérer automatiquement les soucis de compatibilité Pas de support des user controls (ASCX) comme WebParts Les.ASCX peuvent être utiliser directement dans les pages Via les SharePoint Delegates Control Des Wrappers pour.ASCXs peuvent être utilisés Loadcontrol(‘’’~/myCtrl.asx’’) par exemple

SmartPart version 2, a.k.a. “Son of SmartPart” Outils communautaire géré par Jan Tielens [MVP] de U2U Permet de « hoster» des User Controls comme WebPart La version originale SmartPart le faisait pour les user controls ASP.NET 1.1 dans WSS/SPS Web Parts Fonctionnalités : Connection inter Web Parts / user controls Support des propriétés Support des Custom Tool Part Gestion de la compilation JIT d’ASP.net 2.0 Pour plus d’information : Technology Preview :

Intégration avec ASP.NET : Objectifs & Bénéfices Web Parts Master Pages Forms et Field Types Visual Studio 2005

Chaque page de WSS pointe vers une “Master Page” Chaque site WSS a une « Master Page Gallery » (MPG) Les propriétés du Site indique ou WSS vas rechercher ses « master page » Content pages (e.g., default.aspx)  MPG du site Form pages (e.g., allitems.aspx)  MPG du site Application pages  MP default du _layouts MOSS a une gestion plus avancé en pilotant directement les référence vers une Master Page Gallery partagé !

Les références des Master Page vers les propriétés du site peuvent utiliser des “Token” One dynamic token: ~masterurl/default.master  Map vers Spweb.MasterUrl Static Tokens ~sitecollection/default.master~site/default.master Exemple : Page Language="C#" MasterPageFile=“~sitecollection/default.master“ …

Intégration avec ASP.NET : Objectifs & Bénéfices Web Parts Master Pages Forms et Field Types Visual Studio 2005

Les formulaires sont construit en ASP.NET controls Gestion des controles basés sur des User Controls Création de nouveau “Field Types” basé directement sur les types de base. Mais aussi: Formulaires XSLTDataForms SPDataSource et Navigation Provider  fonctionnement et intégration classique de tous les controles ASP.NET Limitations Les Vues sont toujours basées sur du CAML Les Query idem

“Collaboration Application Markup Language” Langage XML pour Listes SharePoint Views, fields, queries, etc.  Extrêmement performant Exemple : Des alternatives plus simple (dans le style ASP.net) seront ajoutés à chaque version majeur de WSS

On peut désormais étendre les Fields Type d’origine! Field type XML definition (fldtypes*.xml) & Base Class Définir des propriétés Example: “Min/Max” Auto generation de l’interface de ces propriétés Définir des règles de validation Utiliser une classe métier ainsi qu’un User control pour l’interface

Views Elle ne peuvent utiliser que du CAML pour le rendu ! Mais le type de base ne sont la que par défaut Les vues partage le rendu des Fields Forms Utilise le langage CAML des Listes et Features Partage le rendu des vues CAML Ce n’est qu’une page aspx, elle peut être remplacé et customisé Form Control Iterators Field Controls

Intégration avec ASP.NET : Objectifs & Bénéfices Web Parts Master Pages Forms et Field Types Visual Studio 2005

WebPart == Contrôle composite Projet type classe ou control + problématique de déploiement xml de description, de sécurité Signature … Mais une suite d’outil vient faciliter cette tache : Mais une suite d’outil vient faciliter cette tache : VSeWSS : Visual Studio 2005 Extension pour Windows SharePoint Services Des modéles pour Liste, Field, Module, Content type, WebPart Générateur de solution Déploiement automatique + Debug Solution Generator (par réflection des sites) b715-4f0c-b959-8c6dcbdc1057&displaylang=en b715-4f0c-b959-8c6dcbdc1057&displaylang=en

Meilleur intégration avec ASP.NET Les Web Parts ASP.NET marchent dans WSS “v3” User Control, CSS et Master page pour le design Extensibilités : Des formulaires Des Fields types … Vaut-il mieux utiliser ASP.NET ou des sites SharePoint ? La question : « Vaut-il mieux utiliser ASP.NET ou des sites SharePoint ? » Dois je utiliser ASP.NET depuis rien ou simplement étendre un site SharePoint ? >>> Ce serait plutôt « Dois je utiliser ASP.NET depuis rien ou simplement étendre un site SharePoint ? »

SharePoint Products and Technologies on MSDN SharePoint Products and Technologies Community us/sharepoint/aa aspx us/sharepoint/aa aspx us/sharepoint/aa aspx Des blogs Des blogs Forums Articles Codeplex pour SharePoint (23 project bientôt 24 ;) ) px?TagName=Sharepoint px?TagName=Sharepoint px?TagName=Sharepoint