Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!
  • Students Click Here

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here


Hierarchy charts for Visual Studio 2005?

Hierarchy charts for Visual Studio 2005?

Hierarchy charts for Visual Studio 2005?

I am moving from VC++6 to Visual Studio 2005. I have bought a few books to help me with the transition.
I see things (methods?) like StringBuilder, Append, Convert, Environment::NewLine and so forth in the examples in the books and can find info on them in the help files. But so far I have been unable to find a list of all methods.

There must be some way to see all of them - sort of like the old hierarchy charts for MFC.
Where can something like that be found?

RE: Hierarchy charts for Visual Studio 2005?

There is no hierarchy chart as such.  It is part of the .net framework.  In the help, look under .net framework SDK

From there, look at Documentation Map by Technology

For some reason, they've decided not to put everything in one page so you have to go through these layers.

RE: Hierarchy charts for Visual Studio 2005?

Thanks xwb,
I will check it out. I have found a lot of info in the .net framework class library but it still requires some drilling don.

RE: Hierarchy charts for Visual Studio 2005?

You might be better off with VS2008.  It has .net framework 3.5, which, apparently is better than 2.0.  I don't use it a lot in C++: only in C#.

I prefer to leave C++ as it is: unmanaged and without a lot of built in security that I don't understand.  If I want all the security etc, I'll do it in C#.

Also be aware of the redistributables when you transfer the runtimes to another machine.  If you are building multithreaded, it should work.  If it is multithreaded DLL, you need to take the distributables and the manifest file with it.

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members! Already a Member? Login

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close