HighTechTalks DotNet Forums  

Best practices to store environment or user options

Dotnet Framework (WinForms DesignTime) microsoft.public.dotnet.framework.windowsforms.designtime


Discuss Best practices to store environment or user options in the Dotnet Framework (WinForms DesignTime) forum.



Reply
 
Thread Tools Search this Thread Display Modes
  #1  
Old   
Earl
 
Posts: n/a

Default Best practices to store environment or user options - 11-21-2007 , 08:27 PM






..Net Winforms app. I'm currently using the database to store user options.
But I wonder if there is a better, faster technique. For a simple example,
look at the Visual Studio 2005 Tools > Options screens ... are all of these
choices being saved XML, a database or where? Is the OK button a "Save"
button or are the changes committed at the time you check/uncheck? I'm doing
everything Winforms and while my system works well, I'm always looking for
fewer trips across the network (so long as it doesn't come at a price!).



Reply With Quote
  #2  
Old   
newscorrespondent@charter.net
 
Posts: n/a

Default Re: Best practices to store environment or user options - 11-22-2007 , 09:21 AM






The stock anwer is "It depends" on what your requirements are. If the
clients of your application don't always work on the same computer a
database is a good choice. When they always work on the same machine you can
use the app.config file.

Reply With Quote
  #3  
Old   
jay parzych
 
Posts: n/a

Default Re: Best practices to store environment or user options - 11-22-2007 , 09:49 AM



i use the Isolated Storage Settings Helper found here:

http://idesign.net/idesign/DesktopDe...dex=5&tabid=11

Smart client applications often need to store application settings in a
partial trust environment. For strongly typed settings building
applications with Visual Studio 2005, user settings can be written in
partial trust once .NET 2.0 releases. In addition, sometimes you may
need to store ad-hoc settings in separate files and you may not want to
use user settings for those settings. Isolated storage provides a good
place to put custom settings that can be written to in partial trust.
This helper class allows you to read and write custom settings

simple to use


newscorrespondent (AT) charter (DOT) net wrote:
Quote:
The stock anwer is "It depends" on what your requirements are. If the
clients of your application don't always work on the same computer a
database is a good choice. When they always work on the same machine you can
use the app.config file.

Reply With Quote
  #4  
Old   
Earl
 
Posts: n/a

Default Re: Best practices to store environment or user options - 11-22-2007 , 09:57 AM



Thanks to both for the ideas.

"jay parzych" <jimpar2 (AT) cox (DOT) net> wrote

Quote:
i use the Isolated Storage Settings Helper found here:

http://idesign.net/idesign/DesktopDe...dex=5&tabid=11

Smart client applications often need to store application settings in a
partial trust environment. For strongly typed settings building
applications with Visual Studio 2005, user settings can be written in
partial trust once .NET 2.0 releases. In addition, sometimes you may need
to store ad-hoc settings in separate files and you may not want to use
user settings for those settings. Isolated storage provides a good place
to put custom settings that can be written to in partial trust. This
helper class allows you to read and write custom settings

simple to use


newscorrespondent (AT) charter (DOT) net wrote:
The stock anwer is "It depends" on what your requirements are. If the
clients of your application don't always work on the same computer a
database is a good choice. When they always work on the same machine you
can
use the app.config file.



Reply With Quote
Reply




Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.4
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.