Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
How to subclass control?
Message
From
09/04/2007 10:22:13
 
 
To
09/04/2007 07:21:11
Alexandre Palma
Harms Software, Inc.
Alverca, Portugal
General information
Forum:
ASP.NET
Category:
Coding, syntax and commands
Environment versions
Environment:
C# 2.0
OS:
Windows XP SP2
Network:
Windows 2000 Server
Database:
MS SQL Server
Miscellaneous
Thread ID:
01184867
Message ID:
01213436
Views:
15
Hi Alexandre,

For a small-sized Framework, or if one is not using Source Control, that might be ok. Our Framework consists of 17 projects spread out over several different layers. I think it's much easier to start out with everything in place rather than have to add 17 existing projects to a new solution every time I start a new app.

~~Bonnie



>Hi Bonnie sry to jump in but you don't need to do all of this, in your solution you just right click on it and say add existing project, then select your framework project and voila that's all you need VS.NET 2005 will see that the project is already under SS control and all is OK.
>
>No need to share the hole project again, you only need to share files not projects.
>
>>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.
Bonnie Berent DeWitt
NET/C# MVP since 2003

http://geek-goddess-bonnie.blogspot.com
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform