Pourquoi les composants WebPart liés à la recherche SharePoint n'utilisent-ils pas de connexions pour communiquer entre eux ?

Question

Pourquoi les composants WebPart liés à la recherche standard SharePoint n'utilisent-ils pas de connexions de composants WebPart pour communiquer entre eux ?Ils utilisent plutôt QueryManager qui est placé dans Page.Items.J'essaie de comprendre les compromis ici.Y a-t-il quelque chose qui était impossible à réaliser en utilisant des connexions ?

Answer 1

Je pense que la vraie raison est que l'équipe qui a développé ces contrôles initialement ne savait pas comment utiliser les connexions de la partie Web.

mais cela donne les avantages suivants (que la SEP va probablement revendiquer est la raison).

Configuration facile sur la page de requête unique

Sur la plupart des pages de recherche, les utilisateurs n'ont qu'une seule requête. L'implémentation actuelle facilite l'ajout de nouvelles pièces Web de recherche car vous pouvez simplement les ajouter à la page et utiliser automatiquement Query1 comme tous les autres.
La plupart des utilisations ne comprennent pas les connexions de la partie Web et cette configuration rend tout simple jusqu'à ce que vous ayez besoin d'une deuxième requête, mais vous n'avez toujours pas à configurer un paramètre simple sur le second ensemble de pièces Web.
Et 5 questions sur une page suffisent pour Tout le monde , quel est le problème?

Ne comptez pas sur une partie de recherche qui se trouve sur la page

La mise en œuvre actuelle ne s'appuie sur aucune des pièces Web à figurer sur la page, vous pouvez mélanger et faire correspondre n'importe quelle combinaison, si vous n'avez besoin que d'un compte, n'incluez pas le COREPEARCHRESUT. Utilisation de connexions Ce serait très difficile à rendre possible.