 |
Sous couvert d'anonymat, un collègue m'a récemment confié sa surprise concernant l'ajout d'un SPField à une liste SharePoint. |
En ajoutant un SPField à un forum de discussion, ce mystérieux collègue s'est heurté à un comportement auquel il ne s'attendait pas : son champ n'était présent que dans les sujets, mais jamais dans les réponses. Pour voir d'où cela provient, il active la gestion des types de contenu au niveau de la liste, jette un coup d'oeil aux champs, et constate que son champs n'est présent que pour le type de contenu "Discussion" et pas pour celui "Message". En effet, en utilisant tout simplement la méthode SPFieldCollection.Add, le champs n'est lié qu'au type de contenu par défaut associé à la liste
Il me demande mon avis. Je lui donne une solution bancale dont je ne me vanterai pas ici... je réfléchis quelque secondes (le temps de me dire que je l'ai déjà fait il y a un bout de temps)... et je lui dit de jeter un coup d'oeil à la méthode AddFieldAsXml : Eurêka !
Une des deux signatures de la méthode AddFieldAsXml prends trois paramètres : string schemaXml, bool AddToDefaultView, SPAddFieldOptions op
avec l'énumération SPFieldOptions comme suit :
J'en ai (presque) immédiatement profité pour m'inspirer du blog de Phil pour tester les Extension Method :
Certes, ce n'est pas vraiment plus évolué que d'utiliser le Fields.AddFieldAsXml directement, mais au moins j'ai pu tester les Extension Methods.
Merci Phil ! (oups !)
