Erfahrung mit MS SharePoint Development

[electric.larry]

Ein Kunde hat eine ueber zehn Jahre gewachsene Anwendung. Unter der Haube steckt ein MSSQL Server, das Frontend sowie Reports wurden mit MS Access umgesetzt. Das System wurde von vielen (vielen, vielen, vielen) unterschiedlichen Entwicklern programmiert und der Code ist dementsprechend "sauber und uebersichtlich"

In diesem Jahr soll der gesamte Frontend Teil from Scratch neu implementiert werden, im Hintergrund soll die alte Struktur am MSSQL Server erhalten bleiben. Ich wurde um meine Einschaetzung gebeten mit welchem Framework das umgesetzt werden sollte. Da im Unternehmen ein SharePoint Server laeuft und der Boss ein ziemlicher Fan davon ist, war die konkrete Frage, ob es sinnvoll ist die gesamte Anwendung in SharePoint zu integrieren (falls das ueberhaupt moeglich ist).

Ich habe Null Erfahrung mit Sharepoint, aber auf Stackoverflow liest man dazu Infos wie:

setup/administration/updating is a pain
developing/debugging is a pain
documentation is a joke

Daher meine Fragen:

• Ist Sharepoint ueberhaupt geeignet um ein umfangreiches Frontend fuer eine Anwendung zu entwickeln?
• Ist Entwicklung unter SharePoint wirklich so furchtbar?
• Laufen SharePoint Anwendungen ausschliesslich im IE?
• Stimmt es, dass SharePoint zukuenftig nicht in der aktuellen Form weiterentwickelt wird?
• Was waere eine sinnvolle (MS) Alternative (ASP.NET Web Forms, ASP.NET MVC Web Application)?

 

[drfuture]

Hm nun ja...
Also allgemein ist der Sharepoint ein recht gutes CMS - Bzw. ich würde es eher als Werkzeugkasten bezeichnen oder als Framework.
Es gibt einen recht komplexen Workflow-Manager mit dem man Abläufe - z.B. durch unterschiedliche Berechtigungsgruppen wandernde Dokumente - realisieren kann,
dann natürlich vordefinierte Seiten wie Team-Ablage, Dokumentenarchiv, Indizierung der Dokumente und deren Inhalt, Versionskontrolle, Einchecken / Auschecken von Dokumenten... alles mit Integration in die Officeprodukte, in das AD.

Mit dem Sharepoint-Developer kann man Workflow-Abläufe mehr oder weniger im Drag & Drop bauen - und über Visual-Studio auch Elemente aus dem Sharepoint für eigene "Anwendungen" Modifizieren...
Sprich eine Tabelle (Datensammlung) die sich sortiert und die sich dem Berechtigungs-Schema Unterordnet - in die Navigation einbaut etc.

Wenn man allerdings eine Anwendung mit komplexen Formularen erstellen möchte, eigenen Validierungen und einem Workflow der vielleicht nicht den Vorgaben oder Ideen von MS entspricht - dann ist das "Framework" vermutlich eher eine Last als ein Nutzen.

Über ASP.Net lassen sich recht flott und einfach Webanwendungen mit Datenbank-Anbindung bauen - AD-Integration gibt es ebenfalls mehr oder weniger mit einer Zeile Code (jedenfalls die Authentifizierung indem man den am System angemeldeten User ausliest.)

Das Sharepoint durch irgendwas anders abgelöst wird geistert schon seit einem halben Jahr durch die Firmen - aber eine genaue Info dazu habe ich auch nich nicht gelesen.

Sharepoint-Anwendungen laufen nicht ausschließlich im IE da sie im Prinzip reine Webanwendungen sind - jedoch könnte die direkte Anbindung an Office in anderen Browsern nicht funktionieren - und im IE sind die Anwendungen meist etwas Bedienfreundlicher da auch Sharepoint (wie die meisten MS-Web Produkte - siehe Outlook Webacces) auf den IE optimiert ist.

 

[electric.larry]

Vielen Dank fuer die ausfuehrliche Antwort. Hast du eventuell auch Erfahrung mit ASP.NET MVC bzw. ASP.NET Web Forms? Ich lese davon, dass Web Forms Entwicklung ziemlich rasch geht, aber man kaum Einfluss auf den "gerenderten" HTML/CSS Code hat. Stimmt das? Kannst du eines der beiden Frameworks empfehlen?

 

[drfuture]

Habe bisher nur ASP.Net Webforms verwendet... Einfluss auf HTML/CSS Code ist relativ...
Direkten Einfluss auf das was das Control generiert natürlich nicht - aber auf alles andere...
Sprich ich nehme halt ein Template, meintetwegen ein paar Div's, füge dann an einer Stelle ein Inputfeld ein und ASP generiert dann den <input> tag, das <Form> usw... sowie evtl. Aktionen zum Validieren.
Da die Objekte aber alle ganz normal ID's haben und man auch Klassen Benennen kann - ist das alles per CSS definierbar.

Oder anders beschrieben - auf alle Controles (Die es in ASP.Net eben genauso gibt wie in einer Windows Winform Anwendung) kann man nur über die vorgegebenen Eigenschaften Einfluss nehmen. Auf alles andere ganz normal per HTML + CSS. Zusätzlich kann man mit CSS natürlich alles was ein HTML-Tag ist Layouten.

mit MVC stehe ich persönlich etwas auf Kriegsfuß

 

[electric.larry]

mit MVC stehe ich persönlich etwas auf Kriegsfuß

Why?

 

[drfuture]

Weil ich finde das man nicht alles Sinnvoll erklärbar in Model, View und Controller einordnen kann... weiß nicht Aus Architektur-Sicht und Laut Lehrbuch verstehe ich schon das das Übersichtlicher wäre - aber ich bin damit noch nie zurecht gekommen...
Bevor ich dann immer wieder überlege in welchen "Bereich" ich das was ich gerade schreibe ein ordnen müsste - oder wie ich es Umschreiben muss damit es in die 3 Bereiche passt - schreibe ich lieber nach dem für mich gerade logischen Schema an Klassen..

Bin aber auch kein Hauptberuflicher Programmiere ;P

 

[electric.larry]

Vielen Dank fuer deine Einschaetzung! Von der Sharepoint Variante bin ich jetzt schon weg