ASP.NET im Vergleich zu SharePoint: Entwicklung mobiler Adapter

Letzte Änderung: Freitag, 19. März 2010

Gilt für: SharePoint Foundation 2010

In diesem Thema werden die Unterschiede zwischen der Entwicklung mobiler Steuerelementadapter in Microsoft ASP.NET 3.5 und mobiler Webpartadapter in Microsoft SharePoint Foundation beschrieben.

Programmieren von SharePoint Foundation Mobile Adaption Framework

Die Entwicklung für das SharePoint Foundation-Framework für mobile Adapter ist tatsächlich einfacher als für das mobile Anpassungssystem von Microsoft ASP.NET 3.5. In SharePoint Foundation können Sie wie mit dem Microsoft ASP.NET 3.5-System für jedes Webpart, auf das der Zugriff über mobile Geräte möglich sein soll, ein mobiles Adaptersteuerelement erstellen. Diesen Adapter ordnen Sie dem Webpart, dessen Rendering angepasst wird, in der Datei compat.browser zu.

Die Entwicklung mit dem SharePoint Foundation- Framework unterscheidet sich jedoch in einigen Aspekten von der Entwicklung mobiler Adapter mit Microsoft ASP.NET 3.5. Diese Unterschiede sind größtenteils notwendig, um die Konformität mit dem Sicherheitsmodell von SharePoint Foundation sicherzustellen:

• Das mobile Adapterframework in SharePoint Foundation ist nur zum Anpassen von Webparts gedacht, nicht für andere Arten von Steuerelementen. Wenn Sie andere Arten von Steuerelementen auf einer mobilen Seite verwenden müssen, verwenden Sie die Steuerelemente im Microsoft.SharePoint.MobileControls-Namespace, anstatt ein Steuerelement aus Microsoft.SharePoint.WebControls anzupassen.

• Die Adapterklasse wird von der Microsoft.SharePoint.WebPartPages.WebPartMobileAdapter-Klasse und nicht direkt von der System.Web.UI.Adapters.ControlAdapter-Klasse abgeleitet.

• Die Adapterklasse muss als sicheres Steuerelement registriert sein. Weitere Informationen hierzu finden Sie unter Arbeiten mit Web.config-Dateien.

• Sie setzen nicht die Render(HtmlTextWriter)-Methode außer Kraft, die von der ControlAdapter-Klasse geerbt wird. Stattdessen setzen Sie mindestens eine dieser Methoden außer Kraft: CreateControlsForSummaryView() und CreateControlsForDetailView().

• Sie setzen nicht die Methoden OnLoad(EventArgs), OnInit(EventArgs), OnPreRender(EventArgs) und OnUnload(EventArgs) außer Kraft, die WebPartMobileAdapter von ControlAdapter erbt. Stattdessen setzen Sie, wenn Sie zusätzliche Logik für eines dieser Ereignisse benötigen, eine oder mehrere der spezifischen sicheren SharePoint-Ersatzmethoden von WebPartMobileAdapter: OnLoadForMobile(EventArgs), OnInitForMobile(EventArgs), OnPreRenderForMobile(EventArgs) und OnUnloadForMobile(EventArgs) außer Kraft.

  Wichtig
  Wichtige Anmerkungen zum Außerkraftsetzen dieser Methoden finden Sie in den Referenzthemen für diese vier Methoden.

• Die für mobile Geräte zugänglichen Webpartseiten sind Objekte der WebPartMobilePage-Klasse. Sie erstellen diese Objekte jedoch nicht direkt. Wenn ein Benutzer eines mobilen Geräts zu einer Webpartseite navigiert, die für mobile Geräte angepasste Webparts enthält, wird zur Laufzeit ein WebPartMobilePage-Objekt erstellt und an das mobile Gerät zurückgegeben.

• Jede Webpartseite, die für mobile Geräte angepasste Webparts enthält, hat eine entsprechende Anwendungsseite, auf der Benutzer die Sichtbarkeit und Reihenfolge der angepassten Webparts festlegen können. Diese Seiten sind Objekte eines ausgeblendeten Typs, sodass Sie diese Eigenschaften nicht programmatisch beeinflussen können.