SharePointCommunity
Die deutschsprachige Community für SharePoint, Microsoft 365, Teams, Yammer und mit Azure

Sponsored by

Willkommen im Forum Archiv.
Einträge sind hier nicht mehr möglich, aber der Bestand von 12 Jahren SharePoint-Wissen ist hier recherchierbar.




PHP-Lösung neu programmieren...in ASP.NET (mit C#) oder lieber per PowerShell?

Unbeantwortet Dieser Beitrag hat 1 Antworten

Ohne Rang
81 Beiträge
Dirk Weinert erstellt 7 Juli 2014 10:45
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hallöle,

heute mal eine Frage an die Programmierer unter Euch.

Vor einiger Zeit betreute ich ein Projekt, in dem es drum ging, eine HTML-Präsenz
mittels PHP via DOM zu parsen (alles legal und erlaubt, leider gab es keine API).

Die Daten, die von der Seite kamen, wurden dabei in eine SQL 2008 R2 Express
Datenbank abgelegt.

Die Lösung wurde so gut, dass der Entschluss gefasst wurde, das ganze Projekt
in unsere bestehende Systemlandschaft zu überführen.
Wir fahren hier SharePoint 2010 Enterprise und wollen bei der Datenbank bei der
2008er bleiben (DataCenter Lizenz).

Meine Frage lautet nun, ob wir die Lösung mittels ASP.NET (mit C#) bauen sollten.
Somit wäre die Erstellung eines entsprechenden WebParts denkbar.

Auf der anderen Seite ist die PowerShell ja auch sehr mächtig.
Als Output könnte eine HTML-Seite erzeugt werden, die auf dem SharePoint in
dem Standard Webpart "PageViewer" angezeigt werden würde.

Die Präsentation der Daten soll auf jeden Fall irgendwo auf einer SharePoint Seite
erfolgen.

Das VisualStudio stünde in entsprechend lizensierter Version zu Verfügung.
Allerdings verfügen wir nicht über tiefgreifendes KnowHow bzgl. der Entwicklung
von WebParts. :-)

Zwar habe ich selbst schon einfache WebParts programmiert und auch C# ist für
mich durchaus keine fremde Programmiersprache (schon viel mit XML und Grafik
gemacht), aber ich kann hier überhaupt nicht abschätzen, ob ASP.NET bzw. die
reine WebPart Entwicklung nicht vielleicht absolut overdosed wäre.

Im Moment bevorzuge ich eine PowerShell Lösung.
Erste Parsing-Versuche waren erfolgreich. ;-)

Ein zukünftiges Szenario, dass für die Wahl der Programmiersprache hilfreich wäre
gibt es nicht.

Die HTML-Präsenz soll einfach nur eingelesen werden, die Daten wandern in die
SQL DB und die Anzeige der Daten erfolgt auf dem SharePoint.

Bin für Vorschläge und Anregungen dankbar.

Gruß
DW

Alle Antworten

Ohne Rang
19231 Beiträge
Andi Fandrich Als Antwort am 7 Juli 2014 10:59
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Im Grunde sind es ja zwei Aufgaben: zum Einen das Parsen des HTML und zum Anderen die darstellung der geparsten Daten in SharePoint.

Beides könnte man auch einfach machen, indem man der Searchengine die HTML-Quelle übergibt. Dabei werden die Seiten ähnlich wie von Google oder Bing indiziert und können durchsucht werden. Aufand dafür geht gegen null.

Falls das nicht gewünscht ist, würde ich das Parsing lassen wie es ist. Offenbar funktioniert es ja gut und da sowas nicht wirklich Spaß macht und fehleranfällig ist, würde ich es einfach lassen. Wenn es unbedingt neu entwickelt werden soll, würde ich einen eigenen SharePoint-Timerjob mit C# entwickeln.

Die Anzeige der Daten ist jetzt etwas ganz anderes. Hier würde ich auf jeden Fall etwas schaffen, das gut in SharePoint integriert ist. Ein eigenes Webpart ist vermutlich am sinnvollsten. Schaut Euch aber auch mal die SQL Server Reporting Services an. Evtl. ist das die einfachere Lösung.

Viele Grüße
Andi
af @ evocom de
Blog