.NET-Code-Blöcke (serverseitige Skripts) werden in Office 365 nicht unterstützt. Sie sollten Ihre ASPX-Seite nur aus Steuerelementen und Webparts erstellen, die den Code enthalten. Lösungen für SharePoint Online teilen ihre restrictions mit sandboxed solutions für SharePoint 2010. Der Lösungsumfang ist eine Websitesammlung; keine Webanwendung und somit können Sie nicht auf die web.config zugreifen. Möglicherweise müssen Sie dies jedoch nicht tun. Sie sind nur an eine einzelne Websitesammlung gebunden, und die gängigste Aufgabe - das Hinzufügen von SafeControls - wird unterstützt, obwohl die SharePoint-Engine web.config nicht verwendet, um sie zu verwalten. Sie können ein Beispiel für deploying a web part sehen.
Sie können den Designer zum Anpassen von Seiten, Formularen und Ansichten verwenden. Externe Datenquellen (Entitätstypen) - BCS - waren zum Ende des letzten Jahres added to SharePoint Online. Ich habe nicht überprüft, welche Verbindungstypen unterstützt werden. Ich nehme zumindest SQL- und WS-Quellen an.
Sie können den Code-Behind nicht in ASPX-Seiten haben. Es gibt keine ASP.NET-Kompilierung von Seiten und Benutzersteuerelementen. Aus diesem Grund müssen Sie nur Ihre Seiten mit codierten Steuerelementen und Webparts erstellen. Es gibt jedoch einen Trick, um dies zu umgehen - die Visual Web Part. Der ursprüngliche visuelle Webpart konnte nicht in einer Sandkastenlösung verwendet werden, da er sich auf die ASP.NET-Kompilierung verließ. Es ist eine Vorlage in Visual Studio 2010 SharePoint Power Tools verfügbar, die vorkompilierten Code zur Lösung packt und der Sandbox freundlich ist.
Sie können Ihre Sandbox-Lösungen auf Ihrem lokalen SharePoint 2010 entwickeln und testen, bevor Sie sie in SharePoint Online bereitstellen. Obwohl ich überrascht war, dass die Bereitstellung einer Lösung für SharePoint Online etwas schneller war als für meine lokale Farm :-) MSVS macht die Entwicklung sehr komfortabel.
--- Ferda