2009-08-27 10 views

Répondre

1

SPGridView est pas scellé donc certainement il peut être étendu avec cette fonctionnalité. Vous devez créer votre propre magasin de données de ce que les utilisateurs ont choisi (une liste SharePoint devrait suffire), faire les modifications de l'interface utilisateur, etc

Une chose que j'ai trouvée en essayant d'étendre les contrôles SharePoint fournis est que même si la plupart ne sont pas scellés, souvent ils ne sont pas conçus pour être étendus non plus . Dans certains cas, les membres obfusqués ainsi que dans certains cas peuvent mettre fin à des plans d'extension.

Assurez-vous de rechercher autant que possible avec une preuve rapide de concepts avant de consacrer à ce développement. Vous pouvez trouver nécessaire d'écrire votre propre contrôle à partir de zéro (ou trouver un autre contrôle ASP.NET standard qui fournit cette fonctionnalité et l'accrocher à une source de données SharePoint).

+1

Plus précisément, vous auriez juste besoin de créer dynamiquement les BoundFields de SPGridView et vous serez prêt à partir. –

+0

Donc, si je devais ajouter une propriété personnalisée qui a une liste de tous les Boundfields, et puis quand ils ont mis à jour, cela devrait fonctionner? Qu'en est-il de commander ces champs? Comment pourrais-je même accéder aux BoundFields à partir des propriétés d'une Webpart? Est-ce une mauvaise approche? – esp

+1

Ce que j'ai fait est de faire une petite config XML qui a été stockée dans mes propriétés de partie Web qui ont défini les BoundFields. Ensuite, le code de partie Web pourrait charger le XML et déterminer quel BoundField doit être créé. L'ordre peut être changé en changeant l'ordre dans lequel ils sont spécifiés dans la config. –