Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / Windows Forms / WinForm General / January 2007

Tip: Looking for answers? Try searching our database.

Composite UI Application Block - Thread Safe

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
lwhitb1 - 25 Jan 2007 05:35 GMT
Does anyone have any input on setting up my CAB application so that the
application is thread safe, and cached appropiately? I read that this
can be managed through Services, and dynamic injection. On the
contrary, I was told that this can be handled using Enterprise Library
cached application block. Last, but not least, i read you can implement
this at the class level, creating immutable classes, and caching them
accordingly. Any suggestions would be greatly appreciated?
Bob Powell [MVP] - 26 Jan 2007 01:31 GMT
All UI operations must be carried out on the UI thread. Therefore you
still need to make the distinction in CAB whether the operation is a
graphical one or not.

A service dependency for example may work well on some other thread but
a UI operation will not.

CAB only connects up the various parts of the application. Those parts
all need to respect the basic principals.

Signature

Bob Powell [MVP]
Visual C#, System.Drawing

Ramuseco Limited .NET consulting
http://www.ramuseco.com

Find great Windows Forms articles in Windows Forms Tips and Tricks
http://www.bobpowell.net/tipstricks.htm

Answer those GDI+ questions with the GDI+ FAQ
http://www.bobpowell.net/faqmain.htm

All new articles provide code in C# and VB.NET.
Subscribe to the RSS feeds provided and never miss a new article.

> Does anyone have any input on setting up my CAB application so that the
> application is thread safe, and cached appropiately? I read that this
[quoted text clipped - 3 lines]
> this at the class level, creating immutable classes, and caching them
> accordingly. Any suggestions would be greatly appreciated?
lwhitb1 - 28 Jan 2007 04:51 GMT
Thanks for the comment. What would you say about the following
description:

I would like to  pull data from a data layer, and keep that
information cached so that you don't have to make repeated calls to
the data base. From the little research I have done so far, and from
what you described to me, it seems possible to keep the information in
the ui thread, and use CAB's service to pull data from the data layer,
populate a view or module,  simply use that  instance in a workitem,
where it can be passed around accordingly. However, if this can't be
done at the ui level, then i thought about using the cached
application block provider from enterprise library at the data access
layer.. Do you see anything wrong with this?

THanks..

On Jan 25, 7:31 pm, "Bob Powell [MVP]" <bob@_spamkiller_bobpowell.net>
wrote:
> All UI operations must be carried out on the UI thread. Therefore you
> still need to make the distinction in CAB whether the operation is a
[quoted text clipped - 26 lines]
> > this at the class level, creating immutable classes, and caching them
> > accordingly. Any suggestions would be greatly appreciated?

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.