system.configuration.provider

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts
  • Peter Kirk

    system.configuration.provider

    Hi

    I was wondering if anyone had experience of using the "provider model" in
    ..net. I have only just stumbled across this pattern/model and am trying to
    evaluate if it is worth while learning and using it.

    Basically all the projects I work on have a data persistence layer (which
    seems to be what the .net provider model is about?), and we generally build
    our systems up in "pluggable modules" which theoretically means we could
    swap out an sql-data-provider with an oracle-data-provider (although I have
    _never_ worked on a project where this sort of thing has actually happened).

    Is that idea basically what the provider model strives to achieve: a
    consistent data-persistence interface?

    I have used the Spring Framework before for class instantiation and
    configuration, and the provider model also provides for this (runtime
    configuration and instantiation of objects). Are there benefits with the
    ..net provider model over the spring framework's object instantiation and
    configuration model?

    Thanks for any advice,
    Peter


  • Champika Nirosh

    #2
    Re: system.configur ation.provider

    See: Flexible and Plug-in-based .NET Application using Provider Pattern at


    better way to go is not to check how to apply a existing model in ur system
    by changing your system but rather see whether there is a existing model
    that can help you to build your system easier..

    Also for general info


    Thanks
    CN

    "Peter Kirk" <pk@alpha-solutions.dkwro te in message
    news:O2giFho8GH A.2128@TK2MSFTN GP05.phx.gbl...
    Hi
    >
    I was wondering if anyone had experience of using the "provider model" in
    .net. I have only just stumbled across this pattern/model and am trying to
    evaluate if it is worth while learning and using it.
    >
    Basically all the projects I work on have a data persistence layer (which
    seems to be what the .net provider model is about?), and we generally
    build our systems up in "pluggable modules" which theoretically means we
    could swap out an sql-data-provider with an oracle-data-provider (although
    I have _never_ worked on a project where this sort of thing has actually
    happened).
    >
    Is that idea basically what the provider model strives to achieve: a
    consistent data-persistence interface?
    >
    I have used the Spring Framework before for class instantiation and
    configuration, and the provider model also provides for this (runtime
    configuration and instantiation of objects). Are there benefits with the
    .net provider model over the spring framework's object instantiation and
    configuration model?
    >
    Thanks for any advice,
    Peter
    >

    Comment

    Working...