Warum verwenden SharePoint-suchbezogene Webparts keine Verbindungen, um miteinander zu kommunizieren?

Question

Warum verwenden SharePoint-standardsuchbezogene Webparts keine Webpartverbindungen, um miteinander zu kommunizieren?Sie verwenden stattdessen QueryManager, der in platziert ist Page.Items.Ich versuche hier die Kompromisse zu verstehen.Gibt es etwas, das mit Verbindungen nicht zu erreichen war?

Answer 1

Ich denke, der wahre Grund ist, dass das Team, das diese Steuerelemente entwickelt hat, anfangs nicht wusste, wie man Webpartverbindungen verwendet.

Aber es gibt die folgenden Vorteile (was MS wahrscheinlich behaupten wird, ist der Grund).

Einfache Einrichtung auf einer einzelnen Abfrageseite
Auf den meisten Suchseiten haben Benutzer nur eine einzige Abfrage.Die aktuelle Implementierung erleichtert das Hinzufügen neuer Such-Webparts, da Sie sie einfach zur Seite hinzufügen können und sie automatisch Abfrage1 wie alle anderen verwenden.
Die meisten Anwendungen verstehen Webpartverbindungen nicht und dieses Setup macht alles einfach, bis Sie eine zweite Abfrage benötigen, aber dann müssen Sie nur noch eine einfache Einstellung für den zweiten Satz von Webparts konfigurieren.
Und 5 Abfragen auf einer Seite reichen für ALLE, also, was ist das Problem?

Verlassen Sie sich nicht darauf, dass sich ein Such-Webpart auf der Seite befindet
Die aktuelle Implementierung ist nicht darauf angewiesen, dass sich eines der Webparts auf der Seite befindet. Sie können jede Kombination mischen und anpassen, wenn Sie nur eine Zählung benötigen, die das CoreSearchResult nicht enthält.Mit Verbindungen wäre dies sehr schwer zu ermöglichen.