Frage

Hallo und danke fürs Blick!

Hintergrund

Ich erstelle eine kommerzielle Webanwendung für einen großen Kunden, bei dem wir ihre vorhandene SharePoint -Lizenz verwenden müssen, da er dafür bezahlt hat.

Die SharePoint -Ebene dieser Anwendung (ausgeführt auf dem Webserver, das auch SP ausführt) ist in C# ASP.NET 2.0 geschrieben. Außerdem schreiben wir eine ASP.NET MVC 3 App in C# und ASP.NET 4 und zwar, obwohl wir normalerweise eine schöne Kernbibliothek, ein Web-Front-End, das MSSQL-Backend mit Unternehmen in der Mitte usw. erstellen, sind wir Mit SharePoint 2007 als Backend und letztendlich als CMS gesteckt.

So-wir machen sp der Serviceschicht. Es ist nur die Aufgabe, auf Daten mit JSON -Objekten zu reagieren, dann nimmt unsere MVC3 -App es von dort aus, indem sie Entitäten aus dem JSON unter Verwendung des modernen Linq, Lambdas usw. bauen.

Das Problem

Wir müssen die Datentabellen (die in SharePoint als SharePoint-Listen leben) strukturieren müssen, um der Art und Weise, wie die Endbenutzer den Inhalt verwalten, entsprechen. Dies erfordert also im Wesentlichen eine überdanische Menge von Säulen in jeder Tabelle, um Daten zu halten, die normalerweise relational basieren würden. Ja-ich weiß alles über Suchlisten, danke.

In der modernen Welt würden wir auf mehrere Datentabellen zurückgreifen, ein Entität/ein Modell erstellen und dann ein Formular aus dieser Entität rendern, mit der der Endbenutzer die verschiedenen Daten aktualisieren könnte.

In der SharePoint-Welt besteht die unglückliche Tendenz darin, eine enorme Tabelle zu bauen, so dass eine daraus gezogene Form eine gut geplante Einheit nachahmt.

Ich nehme an, dass die Antwort darin besteht, SharePoint Designer 2007 zu verwenden, um benutzerdefinierte Formulare zu kreieren, die aus mehreren Tabellen ziehen und eine kleine Logik und Flexibilität ermöglichen, aber es ist mir nicht wichtig, dieses Tool (das ich über RDC tun muss) für die Erstellung von Formularen zu verwenden. Ich würde die Schaffung dieser Formen eher auf der Entität basieren, die ich in einem Entwicklungstool baue, das ich baue. So. . .

Meine Frage

Da ich bereits über robuste Technologien für die Code-Generation verfügt, die die Erstellung von SharePoint-Listen und die solche über C# Code enthält, gibt es einen Weg (über C#), SharePoint-benutzerdefinierte Formulare zu erstellen, ohne den SharePoint-Designer durchzuführen?

Mit anderen Worten, ich habe bereits Code geschrieben, mit dem ich die Datentabellen (SharePoint -Listen) so erstellen kann, wie sie in SQL sein würden, und dann das Datenentitätsmodell und den entsprechenden Code für die Ausgabe einer JSON -Antwort generieren. Jetzt muss ich nur noch den Prozess des Erstellens eines benutzerdefinierten SharePoint -Formulars automatisieren, das mein Modell, das auf mehreren SharePoint -Listen basiert, mit demselben Arbeitsablauf verbindet. Ich kann dies durch SharePoint -Designer erreichen, aber wie mache ich das in C#?

Danke schön!

Matt

War es hilfreich?

Lösung

Für benutzerdefinierte Listenformulare haben Sie eine Option für die Entwicklung - benutzerdefinierte Rendering -Vorlagen. Dies sind ASCX -Dateien, und wenn Sie standardisierte Layouts usw. haben, können Sie die Codegenerierung in gewissem Maße sehr gut automatisieren.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top