Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Ce livre sur SharePoint 2010 s’adresse à des développeurs .NET justifiant d’une

Ce livre sur SharePoint 2010 s’adresse à des développeurs .NET justifiant d’une expérience en ASP.NET et désireux de personnaliser la plate- forme collaborative qu’est Microsoft SharePoint Server 2010. Le livre détaille le développement des principaux composants et distille les conseils indispensables au déploiement de ceux-ci par le biais de fonctionnalités et de solutions SharePoint. La première partie du livre se focalise sur le développement des composants les plus couramment utilisés tels que les webparts, les colonnes personnelles, les évènements, les pages applicatives et sur la manipulation de données SharePoint via le langage CAML et la nouvelle API Linq. L’accent est également mis sur le modèle objet client, toute nouvelle API SharePoint 2010 permettant d’interagir avec des clients .NET, Silverlight et ECMAScript. Vous découvrirez aussi comment intégrer vos propres services WCF et manipuler REST dans SharePoint. La deuxième partie du livre est consacrée aux divers services et outils intégrés à SharePoint 2010. Parmi ceux-ci, SharePoint Designer, Excel Services, Forms Services, Access Services, Visio Services et Business Connectivity Services. L’interaction entre SharePoint et d’autres technologies telles que Silverlight, jQuery est également présentée. Enfin, les bonnes pratiques de déploiement et les possibilités d’administration via PowerShell clôturent l’ouvrage. Les deux auteurs sont reconnus Microsoft MVP (Most Valuable Professional) sur SharePoint et vous profiterez de leur expérience de terrain au travers des nombreux exemples de codes contenus dans ce livre et disponibles en téléchargement sur www.editions-eni.fr. Les chapitres du livre : Avant-propos - Les pages dans SharePoint - Personnalisation des interfaces SharePoint – Manipuler les données dans SharePoint – Les flux de travail (Workflows) – Administration et déploiement – SharePoint et les services – SharePoint et les autres technologies Ce livre numérique a été conçu et est diffusé dans le respect des droits d’auteur. Toutes les marques citées ont été déposées par leur éditeur respectif. La loi du 11 Mars 1957 n’autorisant aux termes des alinéas 2 et 3 de l’article 41, d’une part, que les “copies ou reproductions strictement réservées à l’usage privé du copiste et non destinées à une utilisation collective”, et, d’autre part, que les analyses et les courtes citations dans un but d’exemple et d’illustration, “toute représentation ou reproduction intégrale, ou partielle, faite sans le consentement de l’auteur ou de ses ayants droit ou ayant cause, est illicite” (alinéa 1er de l’article 40). Cette représentation ou reproduction, par quelque procédé que ce soit, constituerait donc une contrefaçon sanctionnée par les articles 425 et suivants du Code Pénal. Copyright Editions ENI Ce livre numérique intègre plusieurs mesures de protection dont un marquage lié à votre identifiant visible sur les principales images. SharePoint 2010 Développez en .NET pour personnaliser SharePoint Stéphane EYSKENS Ludovic LEFORT Résumé L'auteur Stephane Eyskens est consultant depuis une douzaine d'années sur diverses technologies et s'est consacré exclusivement à .NET et SharePoint durant ces quatre dernières années en enchaînant les projets dans divers grands groupes. Il est reconnu Microsoft MVP (Most Valuable Professional) sur SharePoint depuis avril 2008. Ludovic Lefort est développeur sur les technologies Microsoft depuis près de dix ans. Actuellement consultant indépendant, ses missions concernent toutes SharePoint. Il a été reconnu Microsoft MVP (Most Valuable Professional) sur SharePoint pour la troisième année consécutive. Les deux auteurs sont très actifs sur les sites communautaires liés à SharePoint et partagent volontiers leurs connaissances lors de sessions techniques. Ce livre est pour eux l’occasion de transmettre aux lecteurs le fruit d’une expérience réelle sur le développement autour de SharePoint. - 1 - Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Écran de test : Cet outil peut s’avérer très pratique. D’une part car il vous permet de construire vos requêtes via un assistant graphique et, d’autre part, car il offre la possibilité de se connecter au serveur SharePoint par les services web. Cela signifie que vous pouvez l’utiliser sur n’importe quel client Windows se trouvant en dehors de la ferme sur laquelle vous travaillez. Vous pouvez le trouver sur le site de U2U à l’adresse http://www.u2u.info. Notez qu’au moment de la rédaction de ce livre, cet outil ne prend pas encore en charge les jointures ni les projected fields. Cependant, on peut raisonnablement espérer une mise à jour. - 24 - Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com quasiment incontournable avec SharePoint 2007. Par contre, SPLINQ étant une couche d’abstraction supplémentaire générant ellemême du CAML, ceci induit forcément une légère dégradation des performances. Le temps d’exécution des composants sera toujours plus rapide si ceuxci génèrent directement le CAML. Le gain en termes de développement est par contre énorme Il est en effet à la fois plus facile et plus rapide de travailler avec SPLINQ que de travailler en CAML. - 16 - Openmirrors.com Le modèle objet client Les objectifs de cette section sont les suivants : G Comprendre la notion de client/serveur. G Apprendre à développer des applications Silverlight, .NET et JavaScript qui utilisent le modèle objet client de SharePoint 2010. 1. Introduction Le modèle objet client est un nouvel ensemble d’API destinées à faciliter la communication entre SharePoint 2010 et les applicatifs clients. Avec SharePoint 2007, les applicatifs clients purs devaient gérer eux mêmes la communication avec les services web exposés par SharePoint, notamment lists.asmx. Ce nouveau modèle objet communique automatiquement et de manière transparente avec ceuxci. En outre, tout est conçu pour minimiser la quantité de données transportées sur le réseau, le nombre d’appels (allers/retours) entre le client et le serveur. Avec cette nouveauté, Microsoft facilite grandement l’arrivée de clients riches Des API spécifiques existent pour Silverlight, .NET et l’ECMAScript qui est en fait constitué d’un framework JavaScript. Afin de garantir une certaine cohérence entre ces API, Microsoft a fait en sorte de minimiser les différences entre cellesci, notamment en utilisant une nomenclature similaire et une mécanique commune pour charger, initialiser les objets et envoyer les requêtes à SharePoint. 2. Le client ECMAScript a. Particularités du client ECMAScript Le client ECMAScript est constitué d’un framework JavaScript délivré par SharePoint 2010 et permettant aux divers composants web hébergés sur les WFE de bénéficier d’une API riche et parfaitement intégrée à SharePoint. L’interaction entre l’API cliente et le backend SharePoint se fait via une communication asynchrone, c’estàdire un appel côté client en spécifiant au serveur une méthode de callback qui doit être appelée lorsque le serveur a traité la requête. Le modèle objet client ECMAScript ne peut être utilisé que par des composants hébergés dans la ferme SharePoint. En effet, pour éviter les problèmes de « cross site scripting », Microsoft a fait en sorte d’interdire l’utilisation de l’ECMAScript via des applicatifs extérieurs à la ferme. Le schéma suivant symbolise la communication entre SharePoint et le client ECMAScript : b. Operations CRUD (Create Read Update Delete) via ECMAScript - 1 - Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com Openmirrors.com List<Client> ListeClients = new List<Client>(); Client ClientSelectionne = null; public MainPage() { InitializeComponent(); ChargerClients(); } //Cette méthode charge les clients dans la liste de gauche private void ChargerClients() { if (Contexte == null) Contexte = new ClientContext("http://intranet/sites/clients"); ClientsSp = Contexte.Web.Lists.GetByTitle( "Clients").GetItems(CamlQuery.CreateAllItemsQuery()); Contexte.Load(ClientsSp, Client => Client.Include( c => c.Id, c => c["Title"], c => c["Ville"])); Contexte.ExecuteQueryAsync(RemplirListeClients, ProblemeExecution); } //méthode de callback appelée en cas de problème private void ProblemeExecution(object sender, ClientRequestFailedEventArgs e) { this.Dispatcher.BeginInvoke(() => { MessageBox.Show(e.Exception.Message); }); } //méthode de callback appelée si exécution ok private void RemplirListeClients(object sender,ClientRequestSucceededEventArgs e) { this.Dispatcher.BeginInvoke(() => { foreach (ListItem Cli in ClientsSp) { Client NouveauClient = new Client(); NouveauClient.id = Cli.Id; NouveauClient.PhotoClient = "http://intranet/sites/clients/Photos/ContosoLogo2.jpg"; NouveauClient.NomClient = Cli["Title"] as string; FieldLookupValue VilleClient = Cli["Ville"] as FieldLookupValue; if (VilleClient != null) { NouveauClient.AdresseClient = VilleClient.LookupValue; } ListeClients.Add(NouveauClient); } Clients.ItemsSource = ListeClients; }); } //méthode appelée pour supprimer un client private void SupprimerClient(int id) { ListItem ClientCible = ClientsSp.GetById(id); if (ClientCible != null) ClientCible.DeleteObject(); Contexte.ExecuteQueryAsync(ClientSupprime, ProblemeExecution); } - 14 - Openmirrors.com L’accès aux données via REST 1. Introduction La méthodologie REST (Representational State Transfer) est désormais complètement intégrée nativement dans SharePoint 2010. Pour rappel, REST n’est pas un protocole mais bien une méthodologie qui revient aux fondements du protocole HTTP. En effet, l’objectif de REST est principalement de supporter un grand nombre de requêtes entrantes et d’offrir une architecture SOA (Architecture Orientée Services) robuste. Ce besoin de supporter la charge est le fondement principal du protocole HTTP. Celuici est en réalité très simple et est stateless par défaut, ce qui signifie qu’aucune persistance de donnée n’est prévue entre requêtes. Cette nongestion de l’état des données entre les différentes requêtes HTTP avait justement pour but de minimiser la charge supportée par les serveurs web. Les applications web, devenant de plus en plus nombreuses et de plus en plus exigeantes, ont provoqué l’apparition de nouveaux protocoles tels que SOAP (Simple Object Access Protocol) et des mécanismes de gestion d’état tels que les sessions, le cache serveur, etc. REST revient aux fondamentaux, à savoir l’exploitation du protocole HTTP « nu ». En effet, seuls les verbes de base tels que POST, GET, PUT, DELETE, MERGE… sont utilisés. À l’inverse de SOAP, aucune enveloppe supplémentaire n’est utilisée pour transporter les données. Par uploads/Litterature/ developpez-en-net-pour-sharepoint.pdf