UI, BO in seperate assemblies


Author
Message
Trent Taylor
Trent Taylor
StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)
Group: StrataFrame Developers
Posts: 6.6K, Visits: 6.9K
Yes, this is more like our structures.  Below is a sample of our assembly structure.

Company.Product.Base
Company.Product.Business
Company.Product.UI
Company.Product.Client (This is the EXE assembly)
Company.Product.ModuleA (A class library referenced within the client)
Company.Product.ModuleB

Chan
Chan
Advanced StrataFrame User (701 reputation)Advanced StrataFrame User (701 reputation)Advanced StrataFrame User (701 reputation)Advanced StrataFrame User (701 reputation)Advanced StrataFrame User (701 reputation)Advanced StrataFrame User (701 reputation)Advanced StrataFrame User (701 reputation)Advanced StrataFrame User (701 reputation)Advanced StrataFrame User (701 reputation)
Group: Forum Members
Posts: 533, Visits: 2K
Hi,

Thank you for info. Then do you recommend to have seperated by each module?

For example:

MyApplication.exe
MyApplication.UI.Base
MyApplication.Business.Base
MyApplication.ModuleA.UI.dll
MyApplication.ModuleB.UI.dll
MyApplication.ModuleA.Business.dll
MyApplication.ModuleB.Business.dll

Thank you

Trent Taylor
Trent Taylor
StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)
Group: StrataFrame Developers
Posts: 6.6K, Visits: 6.9K
I was thinking to put my application UI (forms) and BO (business object and rule) classes in seperate assemblies. Is it a best practise?

Yes, this is the recommended approach.  During our training class we cover this type of application construction which relates to this very issue.  You should DEFINITELY have a BO library.  We generally have an assembly called Business which houses all of our BOs.  We also have some other assemblies such as Base, which has no references to any other application assemblies, Business, which is the BOs, UI, which houses any inherited controls or custom controls, then the application or entry point EXE.  The course curriculum goes over this is much more detail and also gets into namespaces, etc.  But in short, yes, you should break up your application into categorized assemblies which includes your BOs in a separate assembly.

Chan
Chan
Advanced StrataFrame User (701 reputation)Advanced StrataFrame User (701 reputation)Advanced StrataFrame User (701 reputation)Advanced StrataFrame User (701 reputation)Advanced StrataFrame User (701 reputation)Advanced StrataFrame User (701 reputation)Advanced StrataFrame User (701 reputation)Advanced StrataFrame User (701 reputation)Advanced StrataFrame User (701 reputation)
Group: Forum Members
Posts: 533, Visits: 2K
Hi,

I was thinking to put my application UI (forms) and BO (business object and rule) classes in seperate assemblies. Is it a best practise?

Please advice.

Thank you

GO

Merge Selected

Merge into selected topic...



Merge into merge target...



Merge into a specific topic ID...




Similar Topics

Reading This Topic

Login

Explore
Messages
Mentions
Search