Sollte ich das XSLTListViewWebPart (Alternative3) verwenden oder mit Alternative 1 oder 2 gehen

Question

Sagen Sie, ich habe die folgende Site -Hierarchie:

-Home
  - All Projects
    - Project123
    - Project456
    - Project789
    - ...

Auf der Website "All Project" muss ich eine Liste aller Projekte einschließlich des Projektstaats (auf dem richtigen Weg oder nicht) anzeigen. Die Liste muss sortierbar und filterbar sein.

Frage ist: Wie soll ich das implementieren?

Mein erster Gedanke war der folgende:

• Haben Sie eine Liste in jedem Projekt mit dem Namen "ProjectStatus" mit einem Eintrag mit dem aktuellen Status
• ALT1) Verwenden Sie den Webpart in Content Query im "AllProject", um die Liste zu erhalten (USURE, wie Sie den Projektnamen erhalten).
• ALT2) Erstellen Sie einen Web -Teil, der alle Unterlagen durchführt, und gibt eine Liste der erforderlichen Informationen aus. (nicht sicher, wie man Paging und Sortierung bekommt)
• ALT3) haben eine Liste im "AllProject", das ständig mit EventReceivers in Webcreated (für neue Projekte) und Itemchanged (für Statusänderungen) aktualisiert wird. In diesem Fall könnte ich die XSLTListView verwenden

Irgendwelche Vorschläge, wie man dies implementiert?

Grüße

Larsi

Answer 1

Ich werde Ihnen vorschlagen, eine benutzerdefinierte Liste auf allen Projekten zu haben, die alle Subsites bei der Erstellung oder Löschung verfolgt. Verwenden Sie dann einen CQWP, um das gleiche zu befragen, und verwenden Sie das gewünschte XSLT, um diese Informationen anzuzeigen.