Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Datasets and namepaces
Message
From
03/07/2011 13:17:31
 
 
To
03/07/2011 11:53:04
General information
Forum:
ASP.NET
Category:
Coding, syntax and commands
Environment versions
Environment:
C# 3.0
Miscellaneous
Thread ID:
01517067
Message ID:
01517198
Views:
28
>Hi Viv
>
>After reading your post, I realized that I was making things more complicated than they needed to be (I have a way of doing that) by putting the same dataset in more than one namespace.
>I put them all in the common namespace, removed them from all the others and now any method in the common namespace or in any project that references the common namespace can see them.
>
>Much, much simpler and cleaner now and no duplicated code needed.
>
>Thanks for the help.

You're welcome. I used to get into a real pickle with this in my early .net days. With an n-tier app it still pays to think carefully about which classes need to be 'common' to *all* assemblies - they should be kept to a minimum (enums etc.) so that the 'lower level' assemblies don't become cluttered with access to classes that they don't need to know about.

BTW it *is* possible for two assemblies to reference each other. The problem lies primarily with the VS build order so, in practice, it is still a real pain to support this scenario.

Best,
Viv
Previous
Reply
Map
View

Click here to load this message in the networking platform