Hiérarchie des services de Microsoft SharePoint Foundation
Dernière modification : samedi 13 mars 2010
S’applique à : SharePoint Foundation 2010
Le modèle objet Microsoft SharePoint Foundation peut être utilement divisé en trois hiérarchies. Cette rubrique décrit la hiérarchie des services, qui inclut les classes représentant les services Web, les services Windows, d’autres types de services et des instances de services.
Important
Pour une description des entités qui sont représentées par les classes de la hiérarchie, voir Informations de base : entités de service dans Microsoft SharePoint Foundation.
La hiérarchie d'objets physiques, qui inclut les classes représentant des entités physiques, telles que les serveurs, ainsi que des fichiers et des conteneurs de ces entités, comme les batteries de serveurs et les dossiers, est abordée dans La hiérarchie des objets physiques de Microsoft SharePoint Foundation.
La troisième hiérarchie, la hiérarchie de contenu, inclut les classes qui représentent des éléments de données publiables, tels que les éléments de liste. Il existe également des classes qui représentent des conteneurs de données imbriqués, tels que les listes, les bases de données de contenu, les sites Web, les collections de sites Web et les regroupements de collections de sites appelés applications Web. Cette hiérarchie est abordée dans La hiérarchie de contenu de Microsoft SharePoint Foundation.
Notes
Ces hiérarchies se recouvrent dans le sens où certaines classes ne peuvent pas être facilement catégorisées et peuvent être considérées comme appartenant à plusieurs hiérarchies.
La hiérarchie des services
Les classes de cette hiérarchie représentent des services, des instances de services et des instanciations de services configurées à l’échelle de la batterie.
Figure 1. Hiérarchie des services
.gif "Arborescence d’héritage des services")
Notes
Seules les classes publiques sont représentées dans les figures de cette rubrique.
SPService
Un service SharePoint Foundation est représenté par une classe qui hérite de SPService. Plusieurs de ces classes figurent déjà dans le modèle objet, et vous pouvez dériver de nouvelles classes de SPService et de certaines de ses classes dérivées.
Figure 2. Arborescence d'héritage des services (les bordures unies indiquent des classes sealed)
.gif "Héritage du service")
Parallèlement à ce qu'il hérite de SPPersistedObject, SPService fournit des membres qui obtiennent des informations sur les travaux exécutés par le service. Chacun des types dérivés fournit des fonctionnalités supplémentaires relatives à son type particulier.
SPServiceApplication
Si un service implémente l’Infrastructure des applications de service, l’objet SPService a une propriété Applications contenant tous les CFSIs du service qui s’exécutent sur la batterie. Un CFSI est un service représenté par un objet d’une classe qui hérite de la classe SPServiceApplication. Certaines classes dérivées de SPServiceApplication existent déjà dans le modèle, et vous pouvez dériver de nouvelles classes de SPServiceApplication et de l’une de ses classes dérivées.
Figure 3. Arborescence d’héritage CFSI (les bordures unies indiquent des classes sealed)
.gif "Arborescence d’héritage de l’application de service")
En dehors de ce qu’elle hérite de SPPersistedUpgradableObject, ses membres contiennent principalement des paramètres pour l’activation et les droits d’accès au CFSI.
SPServiceInstance
Chaque objet SPService a une propriété Instances qui contient toutes les instances du service qui s’exécutent sur différents serveurs de la batterie. Les instances qui hébergent un CFSI particulier sont contenues dans la propriété ServiceInstances de l’objet SPServiceApplication qui représente le CFSI. Une seule instance de chaque CFSI s’exécute sur un serveur donné, mais un service donné peut avoir plusieurs CFSIs et ils peuvent s’exécuter sur les mêmes serveurs. De plus, un CFSI donné (et donc un service donné) peut s’exécuter sur plusieurs serveurs, auquel cas chaque serveur a sa propre instance réelle (un processus en cours d’exécution) du CFSI. Si le service n’a pas de CFSIs, il a toujours des instances sur chaque serveur sur lequel il s’exécute, mais il ne peut pas y avoir plus d’une instance d’un tel service sur un serveur donné.
Chaque instance réelle peut être vue comme étant à la fois une instance du service et une instance de l’un des CFSIs du service, s’il y en a. Chaque instance est représentée par un objet d’une classe dérivée de SPServiceInstance.
L'arborescence d'héritage de SPServiceInstance est quasiment parallèle à l'arborescence de SPService.
Figure 4. Arborescence d’héritage d’instances de services (les bordures unies indiquent des classes sealed)
.gif "Héritage d’instance de service")
Parallèlement à ce qu'il hérite de SPPersistedObject, SPServiceInstance fournit des membres pour le démarrage et l'arrêt du service sur le serveur. Chacun des types dérivés fournit des fonctionnalités supplémentaires relatives à son type particulier.
Notes
La classe SPLoadBalancerServiceInstancen’est pas utilisée par le matériel ou le logiciel d’équilibrage de charge de la batterie de serveurs ni ne représente une instance du service d’équilibrage de charge et de détection d’application (voir Informations de base : entités de service dans Microsoft SharePoint Foundation). Il s’agit d’une classe de base que les développeurs peuvent utiliser, ainsi que SPWindowsService, pour développer des services de conversion de document à charge équilibrée, tel qu’un service qui permet aux utilisateurs finals d’afficher un document PDF au format HTML.
Le diagramme suivant montre la relation entre les principales classes de base de l’infrastructure d’applications de services de SharePoint Foundation. Les flèches pleines pointent d’une classe parent vers la sorte de classe enfant contenue dans une propriété de collection du parent. Les flèches en pointillés indiquent que la classe SPServiceInstance représente un processus en cours d’exécution sur un serveur qui « instancie » dans un certain sens un service à l’échelle de la batterie, représenté par la classe SPService. Pour plus d’informations sur ces relations, voir Informations de base : entités de service dans Microsoft SharePoint Foundation.
Figure 5. Relations des classes dans l’infrastructure d’applications de services
.gif "Relations de classes dans l’infrastructure des applications de service")
Vous pouvez créer de nouveaux services Windows et de nouveaux services Web. Pour plus d’informations sur le développement de services Windows, voir Services. Pour plus d’informations sur le développement d’un service Web implémentant l’infrastructure d’applications de services de SharePoint Foundation, voir Infrastructure des applications de service.
Voir aussi
Référence
Concepts
Serveur et architecture du site : vue d'ensemble du modèle objet
Utilisation des objets Liste et des collections
Vue d’ensemble : utiliser le modèle objet pour personnaliser l’administration
Exemple de code : utilisation du modèle objet Administration
La hiérarchie de contenu de Microsoft SharePoint Foundation
Informations de base : entités de contenu dans Microsoft SharePoint Foundation
La hiérarchie des objets physiques de Microsoft SharePoint Foundation
Informations de base : objets physiques dans Microsoft SharePoint Foundation
Informations de base : entités de service dans Microsoft SharePoint Foundation
Infrastructure des applications de service