ASP.NET par rapport à SharePoint : développement d’adaptateurs mobiles

Dernière modification : vendredi 19 mars 2010

S’applique à : SharePoint Foundation 2010

Cette rubrique décrit les différences entre le développement d’adaptateurs de contrôle mobile dans Microsoft ASP.NET 3.5 et le développement d’adaptateurs de composant WebPart mobile dans Microsoft SharePoint Foundation.

Programmation de SharePoint Foundation Mobile Adaption Framework

Développer sur l’infrastructure SharePoint Foundation pour les adaptateurs mobiles est plus simple que de développer sur le système d’adaptation mobile Microsoft ASP.NET 3.5. Dans SharePoint Foundation, tout comme le système Microsoft ASP.NET 3.5, vous pouvez créer un contrôle d’adaptateur mobile pour chaque composant WebPart que vous souhaitez rendre accessible aux appareils mobiles. Vous devez mapper cet adaptateur au composant WebPart dont il adapte le rendu dans le fichier compat.browser.

Il existe toutefois des différences entre le développement avec l’infrastructure SharePoint Foundation et le développement d’adaptateurs mobiles avec Microsoft ASP.NET 3.5. La plupart de ces différences sont nécessaires pour assurer la conformité au modèle de sécurité de SharePoint Foundation:

• L’infrastructure d’adaptateurs mobiles de SharePoint Foundation est destinée à être utilisée pour adapter des composants WebPart uniquement (et aucun autre contrôle). Si vous devez utiliser d’autres types de contrôles sur une page mobile, reportez-vous aux contrôles dans l’espace de noms Microsoft.SharePoint.MobileControls plutôt que d’adapter un contrôle de Microsoft.SharePoint.WebControls.

• Votre classe d’adaptateur dérive de la classe Microsoft.SharePoint.WebPartPages.WebPartMobileAdapter au lieu de dériver directement de la classe System.Web.UI.Adapters.ControlAdapter.

• Votre classe d’adaptateur doit être inscrite en tant que contrôle sécurisé. Pour plus d’informations sur cette procédure, voir Utiliser des fichiers Web.config.

• Vous ne devez pas remplacer la méthode Render(HtmlTextWriter) qui est héritée de la classe ControlAdapter. En revanche, vous devez remplacer l’une de ces méthodes ou les deux : CreateControlsForSummaryView() et CreateControlsForDetailView().

• Vous ne devez pas remplacer les méthodes OnLoad(EventArgs), OnInit(EventArgs), OnPreRender(EventArgs) et OnUnload(EventArgs) que WebPartMobileAdapter hérite de ControlAdapter. En revanche, si vous devez ajouter une logique supplémentaire pour l’un de ces événements, vous devez remplacer une ou plusieurs méthodes de remplacement sécurisées spécifiques à SharePoint : WebPartMobileAdapter: OnLoadForMobile(EventArgs), OnInitForMobile(EventArgs), OnPreRenderForMobile(EventArgs) et OnUnloadForMobile(EventArgs).

  Important

  Pour obtenir des informations importantes sur le remplacement de ces méthodes, reportez-vous aux rubriques de référence de ces quatre méthodes.

• Les pages des composants WebPart accessibles aux appareils mobiles sont des objets de la classeWebPartMobilePage. Vous ne les créez toutefois pas directement. Lorsqu’un utilisateur d’appareil mobile accède à une page de composants WebPart contenant des composants WebPart adaptés, un objet WebPartMobilePage est créé par le runtime et retourné à l’appareil mobile.

• Chaque page de composants WebPart contenant des composants WebPart adaptés pour les appareils mobiles possède une page d’applicationcorrespondante dans laquelle les utilisateurs peuvent définir la visibilité et l’ordre des composants WebPart adaptés. Comme ces pages sont des objets d’un type masqué, vous ne pouvez pas affecter par programme ces propriétés.