none
ProviderBase RRS feed

  • Question

  • Bonjour tout le monde,

    Je suis sur le développement d'un SQL2014ProfileProvider.

    Sur Implementing a profile provider on me dit que cet objet doit hériter de System.Configuration.Provider.ProviderBase

    alors dans les sources de la classe je mets

    using System.Web.Profile;
    using System.Web.Providers;
    using System.Configuration.Provider;
    

    en pensant qu'en toute rigueur le dernier devrait suffire.

    Eh oui mais pas de chance, c'était System.Configuration.

    Est-ce que c'est bien le même, au moins ? Parce que l'explorateur d'objets me trouve aussi un System.Data.Provider ...

    Je me demande jusqu'à quel point je grossis le trait.

    mercredi 19 septembre 2018 21:45

Réponses

  • Bon alors il y avait maldonne quelque part, soit une faute de frappe soit la classe n'était pas dans le bon répertoire.

    Autre piste aussi, j'ai vu quelque part qu'une page web de l'application doit avoir été affichée pour que certaines classes soient reconnues dans l'intellisense.

    Quand on crée une classe héritée d'une autre on a bien le mécanisme pour créer automatiquement les signatures de méthodes, comme avec une interface.

    Moyennant quoi j'ai bien mon ProfileProvider basé sur la traduction d'Access à Sql Server de

    How to: Build and Run the Profile Provider Example

    Il me restera à le rendre exploitable, car cet exemple est basé sur le cas particulier d'une application qui utilise un profil contenant une chaîne ZipCode, peut-être une chaîne CityAndState, et un objet StockSymbols. Si on veut une date de naissance et un nom de rue, c'est foutu, il faut modifier le ProfileProvider.

    Bon mais ce n'est pas tellement le problème, maintenant me voilà avec un ProfileProvider qu'il va falloir inscrire dans l'application, et c'est là que ça se gâte.

    Ça risque d'améliorer la lisibilité si j'ouvre un nouveau fil.

    • Marqué comme réponse Gloops mercredi 26 septembre 2018 14:58
    mercredi 26 septembre 2018 14:57

Toutes les réponses

  • Ah, pardon, c'est ma lecture de l'explorateur d'objets qui est déficiente, on dirait.

    Nous avons un objet System.Configuration.Provider.ProviderBase, membre de System.Configuration.Provider, et c'était bien System.Configuration.Provider qu'il fallait appeler.

    Ce qui se passe c'est que j'avais mis ça, on ne le trouvait pas, j'ai ajouté System.Configuration, là il y était, et apparemment j'ai sauté trop vite aux conclusions.

    Et je n'ai pas encore écrit une ligne de code. J'espère que la suite va mieux se passer.

    On est censé implémenter des méthodes qui vont avec. Ah, oui, quand c'est une interface c'est facile, un clic droit dessus et on se voit proposer une implémentation automatique, qui met au moins en place les signatures. Ça ne fait certes pas tout mais c'est déjà ça.

    Quand c'est d'une classe, qu'on dérive, on n'a rien de tel ?

    Il faut que j'écrive moi-même les noms des méthodes, à la main ? En faisant attention de ne pas faire de fautes de frappe, j'imagine.


    • Modifié Gloops mercredi 19 septembre 2018 22:01
    mercredi 19 septembre 2018 21:59
  • Bon alors il y avait maldonne quelque part, soit une faute de frappe soit la classe n'était pas dans le bon répertoire.

    Autre piste aussi, j'ai vu quelque part qu'une page web de l'application doit avoir été affichée pour que certaines classes soient reconnues dans l'intellisense.

    Quand on crée une classe héritée d'une autre on a bien le mécanisme pour créer automatiquement les signatures de méthodes, comme avec une interface.

    Moyennant quoi j'ai bien mon ProfileProvider basé sur la traduction d'Access à Sql Server de

    How to: Build and Run the Profile Provider Example

    Il me restera à le rendre exploitable, car cet exemple est basé sur le cas particulier d'une application qui utilise un profil contenant une chaîne ZipCode, peut-être une chaîne CityAndState, et un objet StockSymbols. Si on veut une date de naissance et un nom de rue, c'est foutu, il faut modifier le ProfileProvider.

    Bon mais ce n'est pas tellement le problème, maintenant me voilà avec un ProfileProvider qu'il va falloir inscrire dans l'application, et c'est là que ça se gâte.

    Ça risque d'améliorer la lisibilité si j'ouvre un nouveau fil.

    • Marqué comme réponse Gloops mercredi 26 septembre 2018 14:58
    mercredi 26 septembre 2018 14:57