none
Stocker des paramètres pour une page d'application RRS feed

  • Question

  • Bonjour,

    Je suis en train de développer une page d'application pour SharePoint 2010, l'appel se fait depuis une collection de sites. Je souhaite pouvoir stocker des paramètres auquel mon code aura accès.
    Je ne souhaite pas écrire en dur mes paramètres mais pouvoir les externaliser afin de pouvoir gérer une mise en production propre.
    Quelle est la meilleure option pour stocker des paramètres et y accéder par le code  ?

    Il est possible de :
    - stocker des paramètres dans une table SQL et d'y accéder.
    - stocker des paramètres dans le properties bag.
    - stocker des paramètres dans le web.config (par une section dans configsections par exemple)

    L'option d'utiliser le web.config me plait bien, en externalisant les paramètres dans un fichier de configuration à part.
    Mais est-ce performant, conforme a de bonnes pratiques ?

    Comment feriez-vous ?

    En vous remerciant !

    vendredi 26 juin 2015 15:32

Réponses

  • Bonjour Sylvain,

    Le problème avec le fichier Web.config c'est qu'il faut le modifier avec la classe SPWebConfigModification : https://msdn.microsoft.com/en-us/library/office/bb861909(v=office.14).aspx

    Les bonnes pratiques dictent de ne pas modifier manuellement ce fichier Web.config.

    De plus, ça te prendrais une fonctionnalité avec une porté au niveau de la WebApplication. 

    Donc, si tu veux modifier par exemple une valeur pour ta collection de site, toute la WebApplication en sera impacté.

    Je crois que le mieux serait d'utiliser les property bags au niveau de la collection de site car les valeurs peuvent être modifiées facilement sans avoir à déployer rien (PowerShell, ou un outil https://pbs2013.codeplex.com/)

    J'aurais tendances à dire que l'option des property bags et la plus performante des solutions

    Merci

    Samuel Levesque | http://sharepointerie.com | SVP utiliser le bouton "Marquer comme réponse" sur les réponses qui vous aide car cela permet aux personnes qui peuvent rencontrer le même problème que vous, de retrouver rapidement quelle est la réponse qui a résolu leur problème. De plus, cela encourage aussi la personne qui a répondu à votre question, à répondre aux suivantes...

    • Marqué comme réponse Sylvain57. _ lundi 29 juin 2015 07:20
    lundi 29 juin 2015 02:57

Toutes les réponses

  • Bonjour Sylvain,

    Le problème avec le fichier Web.config c'est qu'il faut le modifier avec la classe SPWebConfigModification : https://msdn.microsoft.com/en-us/library/office/bb861909(v=office.14).aspx

    Les bonnes pratiques dictent de ne pas modifier manuellement ce fichier Web.config.

    De plus, ça te prendrais une fonctionnalité avec une porté au niveau de la WebApplication. 

    Donc, si tu veux modifier par exemple une valeur pour ta collection de site, toute la WebApplication en sera impacté.

    Je crois que le mieux serait d'utiliser les property bags au niveau de la collection de site car les valeurs peuvent être modifiées facilement sans avoir à déployer rien (PowerShell, ou un outil https://pbs2013.codeplex.com/)

    J'aurais tendances à dire que l'option des property bags et la plus performante des solutions

    Merci

    Samuel Levesque | http://sharepointerie.com | SVP utiliser le bouton "Marquer comme réponse" sur les réponses qui vous aide car cela permet aux personnes qui peuvent rencontrer le même problème que vous, de retrouver rapidement quelle est la réponse qui a résolu leur problème. De plus, cela encourage aussi la personne qui a répondu à votre question, à répondre aux suivantes...

    • Marqué comme réponse Sylvain57. _ lundi 29 juin 2015 07:20
    lundi 29 juin 2015 02:57
  • Bonjour Samuel,

    C'est vrai qu'en utilisant le property bag on rend tout cela plus consistant et plus facilement modifiable.
    Merci pour ta réponse, je te souhaite une très bonne journée.

    lundi 29 juin 2015 07:20