Frage

Ich wurde mit der Entwicklung einer kleinen SharePoint 2010-Anwendung beauftragt, die mehrere Clients dient.Ich musste eine Site haben, die jedem dient, aber dynamisch zeigt jedoch verschiedene Daten (Header, Fußzeile, Menükörperinhalt) dynamisch an, je nachdem, welcher Client der angemeldete Benutzer von dem angemeldeten Benutzer stammt.

Mein Plan besteht darin, eine generische Splash-Seite zu haben, und sobald sie sich angemeldet haben, greifen Sie ihren Client_ID.Damit verwende ich einen Code hinter der Masterseite, um den Header / Fußzeile / Menü für sie anzupassen und Webparts verwenden, um ihren benutzerdefinierten Inhalt anzuzeigen.Ich plane, alle Inhalte für jeden Client in einer Liste zu speichern.Wenn sie sich anmelden, resultieren Sie ihre client_id an eine Spalte in der Liste und der Rest der Spalten liefert den Inhalt.Da neue Clients hinzugefügt werden, kann ich einfach einen neuen Listenelement mit ihrem einzigartigen client_id erstellen.

ist dies der beste Weg, um mein Szenario in SharePoint umzugehen?Vielen Dank für Ihre Zeit und Ihr Know-how!

War es hilfreich?

Lösung

In der Regel wird es besser, sie besser auf verschiedene Unterkunft (wahrscheinlich Standortsammlungen) umzuleiten, basierend auf der Client-ID.

Als alle Inhalte können Sicherheit geschützt sein, ohne Leistungsprobleme zu verursachen.Die wichtigsten Nachteile, um das gesamte Trimmen des Code zu tätigen, sind:

  • viel benutzerdefinierter Code=> Viele mögliche Fehler
  • Keine Suche, da dies möglicherweise ungültige Ergebnisse anzeigen kann
  • Gefahr der Benutzer, die wissen, dass SharePoint-URLs möglicherweise auf falsche Informationen zugreifen
Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit sharepoint.stackexchange
scroll top