>Again, thank you very much.

You're welcome Dmitry, as always. =0)

>I don't use any Source Control. Never did. I probably should, like I should to do many other things <g>.

I hope you at least back stuff up! <g>

>One more question, please. You framework solution consists of solution subfolders, each having a separate project, right? So when you say you "make a copy of" your framework solution, you actually copy all these subfolders with all its content to another folder?

Yes and no ... everything in the Framework folder (including the sub-folders, as you call them) is copied to the app folder. But, when I said "make a copy of the Framework solution", I meant a copy of the .sln file itself.

A few more comments:

1) Our Framework's solution sub-folders don't necessarily have only one project in them. For example, I have a Business folder. Under it I actually have two Framework projects:

Business.BBClasses
Business.BBBasic

(We don't actually use "BB", we have a slightly different naming convention for our Framework classes). You *do* understand though that in your application, you would have application projects under the Business folder in addition to the Framework projects, for example:

Business.Personnel

2) Seeing as how you're not using Source Control, you *might* be better off not doing it this way. The reason I say that is that it will be extremely difficult for you to keep your Framework projects up-to-date in all of your applications. A lot of copy/paste with much room for error. With Source Control this is not a problem.

You're probably better off having only one copy of your Framework and using DLL references in your applications.

~~Bonnie








>
>>This whole process is much easier if you're using Source Control of some sort ... are you? With VSS, you "share" your Framework files, with TFS you use "branch/merge" ... but yeah, basically the end result is that you have copies of your Framework projects in all your apps and you keep them current with the Source Control.
>>
>>To make it easier to create a new app solution, I make a copy of the Framework solution and rename it ... that way you start out with all the Framework projects right from the get-go.
>>
>>~~Bonnie
>>
>>
>>
>>
>>>>>Do I understand correctly that a good practice is to create a separate solution for my class library? And this solution/project would have to be references in all my other solutions where the classes will be used, right?
>>>>
>>>>Well, it depends. We have our framework projects in every application solution (controlled by source control, TFS in our case ... VSS would work too). That way, references to them are project references rather than DLL references, plus it's easier to look at base class code if you want/need to, since it's all in your app's solution. However, you *can* have your framework projects in a separate solution if you wish and use DLL references to them in your app's solution. We just thought the first methodology was easier for the newbies in our company.
>>>>
>>>
>>>I like the way you decided to have your framework projects in every application solution. But how do you do it, specifically? When you start a new application, do you copy your framework projects into the folder for the new application solution? I am very sorry for not getting something that is probably very obvious to you. Thank you.
>>>
>>>Here is an example:
>>>
>>>Say I will have my framework in a folder:
>>>D:\VS2005\MYFRAMEWORK
>>>Then I will have all my VS project in folders:
>>>D:\VS2005\Apps\Appl1\
>>>D:\VS2005\Apps\Appl2\
>>>and so on.
>>>
>>>So I will have to copy all code from D:\VS2005\MYFRAMEWORK in each one of the application solutions (D:\VS2005\Apps\Appl1|2)?
>>>
>>>Again, thank you.