Ich kämpfe immer noch mit dieser Frage, während ich versuche, mit SharePoint, das von ASP.NET Web Forms kommt, auf dem Laufenden zu sein. Wir möchten SharePoint aus verschiedenen Gründen exklusiv nutzen. Eines der wichtigsten Verkaufsargumente ist die Konsolidierung unserer Entwicklungsbemühungen. So haben wir heute zum Beispiel mehrere einmalige Websites mit einer Größe von 1-5 Seiten (kleiner) auf mehreren Servern, IIS-Installationen usw. und scheinen etwas fragmentiert zu sein.
Nehmen wir an, ich hätte eine kleinere Seite (1-5). Wie kann SharePoint mit dieser Situation umgehen? Erstelle ich mehrere Webparts, erstelle dann die Seiten in SharePoint und schließe sie an oder erstelle ich einfach eine ASP.NET Web Forms-Anwendung und stelle eine Verknüpfung innerhalb von SharePoint her?
Danke!
Aktualisieren
Ich gehe mit keinem von beiden. Basierend auf Feedback und zusätzlichen Recherchen scheint es, dass ich auf Anwendungsseiten stehe. Hier ist ein guter Artikel: Ссылка
Welche Art von Benutzererfahrung suchen Sie? Manchmal ist es sinnvoll, eine statische Seite zu haben, und manchmal ist es viel besser, den Benutzern die Möglichkeit zu geben, Dinge zu verschieben und eine eigene Seite zu erstellen. Einen Webpart zu erstellen ist nicht schlecht, aber ich habe irgendwo gesehen, dass du in einer Zeitkrise steckst, es könnte eine Weile dauern, bis du über den anfänglichen Lernhügel hinweg bist.
Es ist schwierig für mich, die Lernkurve zu schätzen, da Visual Studio 2010 die Dinge viel einfacher macht als alles, was verfügbar war, als ich neu in SharePoint war.
Sie verwenden SharePoint-Webparts, wenn Sie möchten, dass nicht technische Benutzer Seiten über die SharePoint-Benutzeroberfläche verfassen können. Erstellen Sie neue Seiten auf einer Website, wählen Sie die gewünschten Teile für die Seite aus, konfigurieren Sie sie und ordnen Sie sie an Seite. Sie können Zielgruppenausrichtung verwenden, um bestimmten Benutzern nur die gewünschten Webparts anzuzeigen.
Mit SharePoint erhalten Sie all das ziemlich schnell aus der Box. Selbst wenn Sie nicht alles sofort benötigen, ist es nicht viel mühsamer als normale ASP.NET-Anwendungen zu erstellen - außer über die anfängliche Lernkurve zu kommen.
Erstellen Sie keine asp.net-Webanwendung, um mit Sharepoint zu schnell zu interagieren. Es gibt viele Möglichkeiten, die Sie mit Sharepoint erreichen können. Wenn dies nicht ausreicht, können Sie Sharepoint 2010 einfach programmieren. Sie können Anwendungsseiten erstellen, die ASP.NET-Webformularen entsprechen. Schauen Sie sich das zuerst an, bevor Sie zwei unterschiedliche Systeme erstellen.
Was sollen die Seiten tun?
Folgendes haben wir getan: Wir haben alle bestehenden Anwendungen auf eine spezielle Anwendungsseite verschoben. Die Idee ist, dass wir SharePoint schneller bereitstellen können. Wir haben ein benutzerdefiniertes Webpart mit sicherheitsbezogenen Links zu allen Apps unserer Abteilung auf der neuen Anwendungssite entwickelt. Nur eine andere implementierte Lösung wurde für Anpassungen verwendet.
Die Idee ist, dass wir bestehende Anwendungen nur dann weiterleiten und portieren können, wenn es einen wirklichen Grund dafür gibt. Alle neuen kollaborationsbasierten Apps können bei Bedarf von Grund auf neu entwickelt werden.
AKTUALISIEREN
Sie könnten Anwendungsseiten erstellen, sich jedoch mit den Unterschieden zwischen Anwendungsseiten und Websiteseiten vertraut machen:
Tags und Links asp.net sharepoint sharepoint-2010 sharepoint-2007