Ist eine ASP.NET-Anwendung irgendwie besser in SharePoint integriert als klassisches ASP?

Question

Ein Kollege prüft den Kauf einer webbasierten Anwendung für sein Unternehmen. Eine der Anwendungen, die sie betrachten, ist in ASP.NET geschrieben. Er machte den Kommentar, dass sie hoffen, dass sie die ASP.NET-Anwendung nahtlos in die Websites und Dashboards integrieren können, auf die unsere Benutzer täglich zugreifen.

Gibt es etwas intrinsisch über ASP.NET-Technologie, so dass jede Standard-ASP.NET-Anwendung nahtlos in SharePoint integriert, während dies bei klassischen ASP nicht der Fall ist?

Ist die ASP.NET-Technologie bei der automatischen SharePoint-Integration besser als eine klassische ASP-Anwendung, oder laufen alle Webanwendungen in SharePoint gleich?

Answer 1

ASP.NET-Seiten und -Module können in SharePoint ausgeführt werden, Sie können jedoch nicht einfach eine Webanwendung in SharePoint löschen. Nach dem Lernen des SharePoint-Systems können Sie feststellen, dass der meiste Code integriert werden kann, aber er wird niemals nahtlos sein. Die einzigen Leute, die das glauben würden, sind diejenigen, die sich auf White Papers verlassen.

• Die Sharepoint-Websitesammlung ist der „Besitzer“ der Web-Anwendung, und Sie müssen ASPX-Seiten und DLLs in eine bestehende Web-Anwendung implementieren.

• SharePoint besitzt und definiert die Datei "web.config", also müssen Sie diese hinzufügen.

• Code, der in eine DLL kompiliert wird, muss in SharePoint entweder auf dem GAC bereitgestellt und dann in der Datei web.config mit einem 4-teiligen Namen oder in dem bin-Ordner der Webanwendung in diesem Fall Codezugriffssicherheit registriert werden Anweisungen müssen zu web.config hinzugefügt werden.

• Der direkteste Weg zur Bereitstellung von ASPX-Seiten besteht darin, sie in den _layouts-Ordner (besser noch einen Unterordner) zu legen. Code-Behinds für Seiten können ebenfalls zum Ordner hinzugefügt werden und sie werden wie in regulärem ASP.NET aufgelöst. Dasselbe Modell funktioniert für ASCX-Steuerelemente, obwohl die Richtlinie darin besteht, sie in _controltemplates zu setzen.

• SharePoint ist am besten mit der Windows-Authentifizierung kompatibel. Wenn Ihre Anwendung einen eigenen Sicherheitsmechanismus zur Authentifizierung oder Autorisierung verwendet, müssen Sie etwas tun.

• Zum Bereitstellen von Code über ein Intranet hinaus müssen alternative Zugriffszuordnungen und möglicherweise ein Proxy wie ISA Server für die Authentifizierung und die SharePoint-Funktionalität verstanden werden.

• Wenn Sie Ihren Code als Webparts exportieren oder Funktionen wie das Hinzufügen von Webparts oder Zielgruppenausrichtung auf Ihre Seiten verwenden möchten, gibt es viele weitere Konzepte zu erlernen und neue APIs zu erfassen.

Nachdem seit 2 Jahren mit Sharepoint 2007 arbeitete ich am meisten ASP.NET Merkmale sind aber die Entwicklung gefunden haben, ist schwieriger (müssen auf Windows Server und Entwurfsansicht, Code-behinds und Intellisense sind noch nicht ganz entwickeln da noch). Ich denke, dass jemand ein Verständnis für die SharePoint-Umgebung und die Optionen für die Bereitstellung von Code entwickeln muss, um seine Fähigkeiten voll auszunutzen und in der Lage zu sein, Fehler zu beheben. Ich brauchte ungefähr sechs Monate, um zu lernen und herumzufummeln, bevor ich in der Lage war, beim ersten Mal alles richtig zu machen.

Answer 2

Sobald ich einen Hersteller höre, der "nahtlose Integration" verspricht, fange ich an, Fragen zu stellen.

Glauben Sie es nicht.

Answer 3

Nicht nahtlos, aber SharePoint ist in ASP.NET geschrieben.

Answer 4

ASP.Net ist definitiv ASP3 vorzuziehen, in Bezug auf Wartung und einfache Integration mit SharePoint.

Sie können benutzerdefinierte Funktionen in SharePoint einbetten, aber reibungslos und reibungslos zu funktionieren ist nicht einfach. (Aber ist sicherlich möglich.).

Answer 5

Es ist sehr einfach, ein Benutzersteuerelement (.ASCX) als Webpart zu rendern. Wenn Ihre ASP.NET-App ausschließlich in Benutzersteuerelementen geschrieben ist, kann dies sehr einfach sein.

Ansonsten gibt es immer die IFrame 'Lösung'.

Answer 6

Die kurze Antwort ist NEIN. Wenn es nicht als Sharepoint-Addon geschrieben wurde, müssen Sie herausfinden, wie Sie es in Sharepoint integrieren.

Die Integration kann so einfach sein wie das Einfügen der Seite in ein Pageviewer-Webpart oder das Hinzufügen als Seite in einer Bibliothek. Um jedoch wirklich mit Sharepoint interagieren zu können (Sharepoint-Listen, Sharepoint-Webservices usw.), wird einiges an Verkabelung benötigt. "Wiring it up" erfordert entweder einen benutzerdefinierten Code oder zumindest eine Interaktion mit dem Sharepoint Designer (ick). Wie viele andere, die geantwortet haben, gilt "seamless" wahrscheinlich nicht, es sei denn, es wurde speziell für SharePoint geschrieben.

Wir haben eine ganze Reihe von "Integrationsprojekten" sowohl mit ASP als auch mit ASP.net durchgeführt und haben festgestellt, dass sie gleichermaßen frustrierend sind. :)