|
chaolong wrote:
wannt know how you study programming?
Would you like to give me some advice?
You can ask this in the Lounge where more experienced people will answer you. I am not such a good programmer. Not even as good as I myself thought. I lack proper OOP theory and stuff like that. I am learning too. People here are real nice and helpful. So you'll soon get answers to your problems
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
I just have to know what MC++ is good for?
I mean... I can use the .NET classes in my Visual C++ .NET apps if I use MC++.
But why is it god for?
I want to learn it because the use of .NET classes in VC++.NET and asking you about a book. Is "Visual C++ .NET Step by Step" a good book about MC++? I think I've heard that before.....
HELP NOW!!
ps. this is my first message in the MC++ forum and I can bet one dollar about Nish will answer me! (Nish, ANSWER!!!)
Rickard Andersson@Suza Computing
C# and C++ programmer from SWEDEN!
UIN: 50302279
E-Mail: nikado@pc.nu
Speciality: I love C# and C++!
|
|
|
|
|
Rickard Andersson wrote:
I can bet one dollar about Nish will answer me! (Nish, ANSWER!!!)
MC++ allows you to mix managed and unmanaged code. You can write .NET wrappers for unmanaged functions and classes. COM Interop is more efficient in MC++ than in C# because you can use IJW instead of P/Invoke. You can use ATL, WTL, MFC etc. from your MC++ apps. I guess there are other reasons too, but these are what come to mind now!
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
MC++ allows legacy C++ code to be called from .NET applications and for this it is very good. The feeling of calling managed C++ code from a C# application is a wonderous one.
The book Visual C++.NET Step by Step is a very good book and it will help you realise why we have MC++ and the power the it holds. I highly recommend it.
Michael
|
|
|
|
|
Let's not forget the garbage collection. You can stop using "delete" and creating destructors. No more memory leaks or those horrible crashes in memory freed twice!
Al
|
|
|
|
|
Michael P Butler wrote:
The book Visual C++.NET Step by Step is a very good book and it will help you realise why we have MC++ and the power the it holds. I highly recommend it.
From what I've heard people say about that book, it's more of an MFC book I'd say with a few chapters dedicated to MC++
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
Albert Pascual wrote:
Let's not forget the garbage collection.
I believe that a good programmer has to be able to manage his/her own memory. I am wondering how much overhead the garbace collection produce?
Best regards,
Alexandru Savescu
|
|
|
|
|
No, you're thinking of Tom Archer's book, Visual C++.NET Bible; Visual C++.NET Step by Step is an MC++ book.
James
Simplicity Rules!
|
|
|
|
|
I believe a good programmer uses the best tools for the job, and MC++ is a good tool.
Al
PS Even with the garbage collection is a good idea to manage your memory
|
|
|
|
|
James T. Johnson wrote:
Visual C++.NET Step by Step is an MC++ book.
Oh! Sorry
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
Nish - Native CPian wrote:
it's more of an MFC book I'd say with a few chapters dedicated to MC++
Nah, its pure .NET. I can't see any MFC code in the book at all. It does a bit of ATL but only the new Server stuff. A very good book for a C++ programmer wanting to know how they can use their knowledge under .NET
Michael
|
|
|
|
|
Michael P Butler wrote:
Nah, its pure .NET. I can't see any MFC code in the book at all. It does a bit of ATL but only the new Server stuff. A very good book for a C++ programmer wanting to know how they can use their knowledge under .NET
I know, I know. James told me
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
Is MC++ worth learning if I've already started learning C# and do not have any Unmanged code that I need to keep?
I also need some ideas of C++ API's or other programming languages(non .NET) that I could learn. The reason im asking this is becuase I think I need a break from .NET and MFC for a little while.
|
|
|
|
|
brian1415 wrote:
Is MC++ worth learning if I've already started learning C# and do not have any Unmanged code that I need to keep?
Nope! MC++ is nearly unsupported by VS.NET. A lot of things just dont work for MC++ the same way it does for C#. So unless you wanna hand code everything stick to C#. Specially since you don't wanna do any unmanaged stuff!
brian1415 wrote:
also need some ideas of C++ API's or other programming languages(non .NET) that I could learn. The reason im asking this is becuase I think I need a break from .NET and MFC for a little while.
Maybe, ATL?
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
Thanks nish, I know this is the wrong forum for this question but I thought I might as well continue with this thread. What exactly is ATL I know it deals with servers or somthing...
|
|
|
|
|
brian1415 wrote:
What exactly is ATL I know it deals with servers or somthing
C++ Template based class library that makes COM development easier
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
Take a look at this MC++ class :-
public __gc class Class2
{
public:
int Abc()
{
int y=8;
return y;
}
};
Now here is some C# code that instantiates this class :-
Class2 c1 = new Class2();
int y=c1.Abc();
This is confusing to me. Abc() returns an int and not an Int32 . It returns a C++ int . Now we know that the C# int actually maps to a .NET Int32 . What puzzles me is how the C++ int auto-converts into a C# int which auto-boxes to a Int32 !
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
There is no mystery
C++ .NET C#
int -> System.Int32 -> int
System::String->System::String->string
So C++ compiler actually emits metadata as System.Int32. C# compiler reads System.Int32 and maps it to int.
|
|
|
|
|
Rama Krishna wrote:
So C++ compiler actually emits metadata as System.Int32. C# compiler reads System.Int32 and maps it to int.
Thanks Rama!!!
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
int doesn't exist in .NET , the closest is "native int" used with p/invoke and com interop scenarios ...
The System.Int32 is the real datatype , int is simply a "alias".
For real interop with different languages used with the same project we should use the real ones, not the fakes , it's helps a lot
I'm be reading about IL code generation and CLR internals , and in fact .NET is a fascinating beast
Microsoft have done a great work
Cheers,
Joao Vaz
A person who is nice to you, but rude to the waiter, is not a nice person - Natalie Portman (Padme/Amidala of Star Wars)
|
|
|
|
|
I have this MC++ web service which I consumed from an MC++ client.
Nothing fancy. The default HelloWorld thing. Then I tried to make a change to the web service but the build failed and said it couldn't overwrite the files. Finally I found that the problematic soab was Debug\WebServiceTest.pdb. I can't see why this stupid file should be in use any longer. Do I have to restart windows????
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
I was reading Chris Maunder's articles on web services [Read the C# one first and then the MC++ one]. Seems as if web services are pretty straight stuff.
But now that we have these services, how do we read them?
All this while the screen saver competition was on and I never thought of how the .NET guys are doing it. Mike used MS XML I know.
But I forgot about asking what the .NET fellers used. You guys parsed all that XML?? Or was there some kinda XML-to-Object converter available???
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
.NET managed that for us
XML is just encapsulating the data, the Web Service stuff inside .NET parses the data then returns the proper types back to us.
If you look at our source tree, the file /Web References/codeProject/Reference.cs shows you the code the was generated to consume the web service.
[Edit: DOH! Didn't see that this was in the MC++ forum; I'll leave the post here though because it might help someone ]
James
Simplicity Rules!
|
|
|
|
|
James T. Johnson wrote:
If you look at our source tree, the file /Web References/codeProject/Reference.cs shows you the code the was generated to consume the web service.
Oh! Okay!
James T. Johnson wrote:
[Edit: DOH! Didn't see that this was in the MC++ forum; I'll leave the post here though because it might help someone ]
The same classes are used right?
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
Nish - Native CPian wrote:
The same classes are used right?
Yep, should be. The SoapClientWebProtocol yadda yadda yadda does all the dirty work.
James
Simplicity Rules!
|
|
|
|