Design question

  • Thread starter Thread starter Marty McDonald
  • Start date Start date
M

Marty McDonald

We'll create classes which are responsible for providing data to application
developers. Normally, the classes would use config entries for the
connection strings. ***App developers who use these classes should not have
to worry about where the data is or how the classes acquire the data.***

If an app consumes many such dlls, the app config file would contain many
connection strings in its config file. Yet the app developer should not
have to be responsible for those entries. Alternatives would be to provide
connection strings via web services and Sql Server.

Has anyone tried to solve this before? If so, what are your ideas? Thanks
for any thoughts.
 
FWIW, we do this via web services, so that the connection string isn't lying
around in a config file.

Brandon
 
Hi Marty,

As for the questions how to store and retrieve the connectionstrings or
other configuration info used by a encapsulated data component. here are
some of my suggestions:
1. Since you mentioned that the Data Components will encapsulate all the
detailed info on how and where to retrieve the datas, I think the less
confirguration info(such as connection string) in the consumer app(caller
application)'s configrue file is the better solution. Thus, both the
webservice and use a database server to provide the info maybe a good idea.
And considering the interoperability, I prefer webservice better. Also, use
such as means will also make the configuration infos
centralized and easy to management and synchronize when many different
client app consuming the component.
However, this means has its weakpoint, which need a certain webservice's
server application or a database server if using database.

2. If you think the easiness is the most important and it's not convenient
to provide a certain webservice server or database server , I think store
infos in consume application's configure file is considerable. Do you think
so?

Regards,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx
 
Back
Top