I noticed that there is a business object library template under the StrataFrame projects. I was wondering if this template was talked about at all in your documentation and where I would find that. If not could you summarize the template for me?



Also, my boss and i were talking the other day and it seems like a business object library would be beneficial to us... i'm just not sure how to approach creating/implementing one. Does any body have any advice/links?



Thanks.

First off, the BO library is just a class library (DLL) that already has the StrataFrame references.  That is basically it.  Now, as for your BOs, you should definitely be housing all of your BOs in a BO library rather than in your primary application EXE.  In fact, in our training classes we cover how to setup your application environment and how your BOs should be split apart, namespaces, etc.  This too much to cover within the forum, but all in all you should definitely create a BO library and place your BOs within that assembly.

How tough is it to split the BO's out into their own project if you've already gone down the "wrong" path?



I don't have a whole lot of BO's now so this might be a good time to re-factor this....

I did it this way I had about 80 BOs when I realized that I needed to have a library.



It wasn't fun, but it wasn't horrible (I went from 1 project to 6, so I had other issues to deal with besides the BOs). You'll hate yourself the longer you put it off.



The process is to create a new BO project, move the BOs into it, be sure to setup your namespaces.



Add a reference to the BO project in projects that use them (obviously).



Then fix the reference to the BOs, usually in designer files for forms. In code, you'd just add an Imports statement (using in C#). This isn't too bad, because you'll get a bunch of error messages, so you'll know where they are.

Moving a class from one project to another is acutally quite easy.  As long as the namespace doesn't change, you can move a class from one assembly to another without any problems (as long as the new target assembly is referenced, of course ).  So, just make sure that the namespaces are the same and your project is referenced and then drag the item from one project to another within the Solution Explorer.  If you just drag it, it will copy it, but if you shift-drag it, you will move it to its new location.

The only thing you're going to lose is the configuration for your business objects.  However, if you move all of your business objects into one project, then you can simply reconfigure the project within the BOMapper and select the BOMapper project that contains the configurations.  If you split your BOs into several assemblies, then you're going to lose some of the BO configurations.

Ah, I changed the namespace, which required messing with all the designer files.

Yes, if you change the namespace, you have to remember to modify it within both the main code file and the designer file.