web-dev-qa-db-de.com

ASP.NET vs SharePoint - welches ist besser für Webentwickler?

Ich habe weniger Informationen über Share Point (nur grundlegende Informationen). Microsoft hat SharePoint für Webentwickler freigegeben. Microsoft sagte auch, SharePoint sei mit anderen .NET-Technologien wie Workflow Foundation, WCF usw. kompatibel und es sei eine einfache Möglichkeit, Websites und Webanwendungen zu entwickeln.

Ich weiß auch, dass ASP.NET mit .NET-Technologien und C # kompatibel ist. Und es ist einfach für jeden, der zumindest mit C # oder VB.NET arbeitet.

Mit diesen Vorteilen von SharePoint:

  1. Warum müssen wir statt SharePoint asp.net verwenden?
  2. Warum entwickelt Microsoft ASP.NET (neue Version 4)?
  3. Was ist der Hauptgrund, sich für eine davon zu entscheiden?
  4. Ist das Entwickeln von Base-On-Share-Points wirklich schneller und einfacher als bei asp.net?
19
Rev

SharePoint ist eine Anwendung, die auf ASP.net installiert ist (3.5 SP1 im aktuellen SharePoint 2010 - Kein ASP.net 4.0 ist möglich). Sie überschreiben jedoch viele in ASP.net integrierte Funktionen (sie verfügen beispielsweise über einen eigenen .aspx Parser und Virtual Path Provider).

Mit ASP.net haben Sie eine sehr gut dokumentierte, kampffreie, ausgereifte und stabile Plattform mit einer guten API.

Mit SharePoint erhalten Sie eine schlecht dokumentierte, fehlerbehaftete, sehr eingeschränkte Anwendung, die eine Vielzahl von Funktionen verarbeitet, die Sie selbst codieren müssten (z. B. Benutzerprofilverwaltung, Dokumentorganisation und Versionierung sowie soziale Funktionen wie Kommentieren und Markieren) In den meisten Fällen behandelt SharePoint sie sehr schlecht und lässt Sie sie nicht überschreiben. Das bedeutet, dass Sie viel Zeit darauf verwenden, sie trotzdem neu zu schreiben und versuchen, sie wieder zu integrieren.

Grundsätzlich mein Rat als SharePoint-Entwickler seit 2006: Verwenden Sie es, wenn Sie unbedingt müssen, vermeiden Sie es, wann immer Sie können, und bleiben Sie nur bei ASP.net.

SharePoint eignet sich gut als einfaches Dokumentenmanagement und als sehr leichtes soziales System. Sie können kleinere Teile schnell anpassen und Ihrem Unternehmen einen hohen Wert verleihen. Aber im Moment brauchen Sie etwas, das sich sogar nur geringfügig von dem unterscheidet, was Microsoft vorstellt, Sie treffen eine Mauer, die Sie nicht passieren können. Es ist großartig für das, was es tut, nicht mehr und nicht weniger.

37
Michael Stum

Ich bin ein Sharepoint-Entwickler ... Und lassen Sie mich sagen, ich wünschte, es wäre nur ASP.NET! Das wäre großartig ... Es bringt seine eigenen Paradigmen mit sich, die ziemlich kompliziert sind.

ASP.NET und Sharepoint sind zwei verschiedene Technologien. Sharepoint wird hauptsächlich mit ASP.NET erstellt und stellt einem Benutzer ASP.NET-Seiten zur Verfügung.

Sie können entweder VB.NET oder C # mit Sharepoint verwenden.

Meiner Meinung nach ist die Entwicklung von Sharepoint nur schneller, wenn Sie die Verwendung integrierter Listen, die Benutzerverwaltung usw. planen. Diese benötigen jedoch Zeit, um etwas zu lernen. Das Tolle an sharepoint ist, dass Sie Webparts entwickeln und diese Webparts während der gesamten Installation auf mehreren Seiten wiederverwenden können.

Microsoft entwickelt sowohl ASP.NET als auch Sharepoint weiter, da es sich um zwei verschiedene Arten handelt, wobei ASP.NET-Seiten über Sharepoint bereitgestellt werden können.

Was für Sie am besten ist, können Sie diesen Anruf tätigen. Benötigen Sie Sharepoint? Oder wäre ein vorgefertigtes CMS wie DotNetNuke besser? Oder erstellen Sie sogar Ihre eigene Site mit der Verwaltung von Windows-Anmeldeinformationen, sodass Sie SSO (Single Sign On) verwenden können.

Es hängt wirklich davon ab, was Sie aus Ihrer Installation herausholen möchten. Sharepoint ist teuer und Entwickler für Sharepoint sind auch aufgrund des Fachwissens teuer.

Als Entwickler ... (Ich hoffe, mein Chef schaut nicht !!) Ich ziehe es vor, Dinge von Grund auf zu bauen, anstatt SP zu verwenden, aber das ist meine Aufgabe ...

20
Darbio

Verwenden Sie Sharepoint nur, wenn Sie es benötigen, überprüfen Sie diesen Artikel: Herausforderungen bei der Verwendung von SharePoint im Vergleich zu ASP.NET

4
Jamil Haddadin

Wenn Sie nur eine Website erstellen möchten, wählen Sie ASP.net.

Wenn Ihr Unternehmen jedoch über eine SharePoint-Installation verfügt und Sie diese integrieren möchten, sollten Sie sich für SharePoint entscheiden.

SharePoint basiert auf ASP.net, verfügt jedoch über viele Erweiterungen, mit denen Daten unternehmensweit gemeinsam genutzt werden können.

Wenn Sie jedoch nur eine Website erstellen und nicht alles benötigen, ist ASP.net der richtige Weg.

2

Ich werde versuchen, Punkt für Punkt zu antworten:

  1. SharePoint ist kein Ersatz für ASP.NET. Hierbei handelt es sich um eine Erweiterung der ASP.NET-Plattform, die die Implementierung verschiedener gebräuchlicher Anwendungsfälle vereinfacht, die für Unternehmenswebsites meist relevant sind: Dokumentenverwaltung, Wissensspeicherung, Zusammenarbeit usw. SharePoint bezieht sich auf ASP.NET in ähnlicher Weise wie Wordpress zu PHP: Es ist eine spezialisierte Erweiterung und keine Alternative.
  2. Gleiche Erklärung wie in (1).
  3. Verwenden Sie SP, wenn die Dinge, die Sie entwickeln müssen, im Umfang dessen liegen, was SP bietet, wobei es sich meist um Unternehmenslösungen der einen oder anderen Art handelt. Hier ist eine gute Zusammenfassung was SP kann.
  4. Wiederum wäre es schneller und einfacher, wenn Sie versuchen, die Dinge zu entwickeln, für die SharePoint gedacht ist. SP ist auch nicht so gut dokumentiert. Wenn Sie sich also nicht damit auskennen, haben Sie möglicherweise einen langsamen Start.
1
Lea Krause

SP ist eine sehr leistungsfähige Plattform, scheint jedoch Komplexitäten auf den Tisch zu bringen, die ansonsten bei einfachem ASP.net nicht vorhanden sind. Wenn Sie "OOTB" mit SP verschieben, wird es mit RTM usw. etwas schwierig. Ich lebe in Blogs mit "seltsamen" Dingen, die passieren. Ich bin kein ausgewachsener SP -Entwickler, aber ich arbeite seit über 7 Jahren damit, und gut, ich finde Gebäudelösungen, die innerhalb von SP funktionieren, aber nicht unbedingt generell mit IN SP gebaut werden werden leichter zu pflegen und kontrollierbar sein. Nur meine Meinung!

0
SPChick