Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
C# DataSet Factory Class
Message
 
To
22/04/2008 13:40:21
General information
Forum:
ASP.NET
Category:
Coding, syntax and commands
Miscellaneous
Thread ID:
01311453
Message ID:
01312661
Views:
10
Ok, I think I'm ready to start development. A couple of quick questions came to mind:

1) I decided to follow the structure you laid out here. So I created a Windows Application with a namespace such as ClientName.Product. I changed the NS via the menu in Project, Properties. I then double-clicked on the form changed it in code. This produced build errors. What am I doing wrong here?

2) I then wanted to create the Customers project, so I went to File, Add, New Project and created another Windows Application called Customers. I then set the namespace the same way, which of course broke all manner of things.

Help!




>>1) Each layer resides in is its own project? If so, would all 4 of these projects be part of a Customer solutuon, which then becomes part of the app's solution?
>
>Solutions are not part of other solutions (in the sense of .sln files and Visual Studio). You *could* have many solutions working together if you wish to. Or not. That really doesn't matter. So, whether or not you separate this out into separate solutions is irrelevant pretty much.
>
>We have lots of modules (projects) "in" one solution, and our solution's EXE is a pretty small file (modules are instantiated by Reflection ... let's not go there now <g>).
>
>>2) It looks like a 'chain' of usage, IOW, WinUI.Customer uses Business.Customer which uses DataAccess.Customer which uses DataSets.Customer. Am I on track here?
>
>Yes, but the DataSets can be pretty much used anywhere ... WinUI, Business and DataAccess.
>
>>3) DataSets.Customer contains typed datasets?
>
>Yes.
>
>>4) Finally, I'm having a hard time visualizing a need for a BO layer in my app. Part of me wants to create it anyhow in case it's needed later, and even more just to segment things. What kinds of things do you put in your BO's?
>
>It's a good idea to put it in there anyway. You never know what you might need to separate out. To go one step further, we have two kinds of Business classes ... server-side and client-side (we do everything through Web Services). So server-side Business classes are never used on the client-side (because they contain calls to DataAccess classes). Client-side Business classes can be utilized both server- and client-side.
>
>>Thanks! I'm actually starting to understand all this. :)
>
>Great! You're welcome! =0)
>
>~~Bonnie
Everything makes sense in someone's mind
public class SystemCrasher :ICrashable
In addition, an integer field is not for irrational people
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform