C/C++ vs. C#

[Marks256]

I am just curious about the pros and cons of each. Please leave your opinion(s). Thanks! (sorry the question is so broad, but i just wan the pros and cons of each.)

[John A]

C# is best for designing interfaces. It is not entirely dissimilar to Java, as it needs a runtime environment in order to execute, which affects performance. However, you can't beat the speed and drag-and-drop ease of creating applications you get from using C#. :)

C/C++ are much lower-level, allowing you to directly access memory and manipulate hardware. They can even be used to create an operating system if you wanted to. The downsides of these languages is that creating interfaces is way harder when you're using an API, interfaces tend to be unportable unless you use a toolkit, and you can make lots of memory leaks with your pointers.

Those 2 paragraphs were quite the generalization, but hopefully it helped a bit. Maybe an expert can explain this in more detail.

[Ravalon]

I am just curious about the pros and cons of each. Please leave your opinion(s). Thanks! (sorry the question is so broad, but i just wan the pros and cons of each.)

It's impossible to tell you the pros and cons without some sort of context. If it were possible then people like us wouldn't stress over what language to use. ;)C# is best for designing interfaces. It is not entirely dissimilar to Java, as it needs a runtime environment in order to execute, which affects performance. However, you can't beat the speed and drag-and-drop ease of creating applications you get from using C#.
I agree that Visual Studio makes designing UIs much easier, but that's not restricted to C#. C++/CLI is also a part of Visual Studio and all of the .NET features are there too. Once you see that, the only difference is that C# was designed with .NET in mind and C++/CLI had .NET hammered on by Microsoft as an after thought. The performance hit of .NET isn't really that bad, especially when taking UIs into account, but I can't deny that a good MFC or Win32 application will probably beat a good .NET application in terms of responsiveness.C/C++ are much lower-level, allowing you to directly access memory and manipulate hardware. They can even be used to create an operating system if you wanted to. The downsides of these languages is that creating interfaces is way harder when you're using an API, interfaces tend to be unportable unless you use a toolkit, and you can make lots of memory leaks with your pointers.
Well, if you take into account the fact that low level work is almost always done through an API and .NET has access to the Win32 API, the direct access myth really is just a myth. Keep in mind that I'm saying this from the view of comparing C/C++ and C# where their applicability intersects. :)

[Marks256]

Ok, so would C# be a good language to learn? Don't get me wrong, i like c/c++ for doing simple little calculations, but i need something that i can develop with quickly..

[John A]

Ok, so would C# be a good language to learn? Don't get me wrong, i like c/c++ for doing simple little calculations, but i need something that i can develop with quickly..

It all depends on the context, or rather what you're trying to make. The way I see it, C# won't help you that much if you're trying to make a little console application. However, a larger-scale GUI program would be a better candidate for C# or CLI.

The important thing to remember is that there is no end-all language; you must use the right tool for the job. So first decide what you want to create before choosing the language you are going to create it with.

[Ravalon]

Ok, so would C# be a good language to learn? Don't get me wrong, i like c/c++ for doing simple little calculations, but i need something that i can develop with quickly..

I think every language is a good one to learn. :) The nasty secret of rapid development is that you can be efficient in any language with the right tools. C# is productive if you have Visual Studio and a good understanding of .NET problem solving. Otherwise it's not that much easier than C/C++ with Notepad and half a clue of what's in the standard library.

Developing applications quickly is one part experience and two parts good tools to aid you. :)

The question still remains: What kind of programs do you want to write quickly?

[Marks256]

That is the thing. I really don't know what type of programs i want to start developing. I just want to know a windows programming language. I don't like being tied down by chains. I want a programming language that is universal. I want a language that can be used to produce anything from utility programs to games.

[Ravalon]

That is the thing. I really don't know what type of programs i want to start developing. I just want to know a windows programming language. I don't like being tied down by chains. I want a programming language that is universal. I want a language that can be used to produce anything from utility programs to games.

I want that language too. :) C/C++ can be used for those things, but it's not always the best choice and I don't think of C/C++ when I think of rapid development.

I get the impression that you don't quite know what you want yet, or what's available, and that's a prime position for experimenting with as many languages and tools as you can get your hands on. I say try both C/C++ and C#, then see which suits you. The worst that can happen is you've learned a little bit more than you expected. ;)

[Marks256]

I get the impression that you don't quite know what you want yet

Oh good, i am not the only one who thinks that then! ;) I think i am going to give C# a go. It seems nice... I am not too thrilled about the .net framework, though, but i guess times are changing. M$ still dominates...

[Ravalon]

Oh good, i am not the only one who thinks that then! ;)

That's the way I am most of the time, so I can see it easily. ;)I am not too thrilled about the .net framework, though, but i guess times are changing. M$ still dominates...
I really like the .NET framework, and that's coming from a hardcore Java background. It's not fair to suggest that .NET is bad just because Microsoft made it. ;)

[John A]

Oh good, i am not the only one who thinks that then! ;) I think i am going to give C# a go. It seems nice... I am not too thrilled about the .net framework, though, but i guess times are changing. M$ still dominates...

Who cares which company made it? If you really hate Microsoft that much, you may as well just go out and use Linux. If you insist on using Windows, suck it up.

Oh and there is an open source alternative to Microsoft's .NET framework, in case you care. http://www.mono-project.com/Main_Page

[jbennet]

i dont like net, mono or java. I got some VB6 and some VB.NET apps - the .NET apps use 3 times the memory and are double the size. Likewise for java whose speed is nbearable for anything apart from toy programs

[WaltP]

If you don't want to be bogged down with M$, go with C or C++. They are more general and not 'controlled' by M$

[Ravalon]

They are more general and not 'controlled' by M$

Nor is C#. Both C# and CLI are internationally standardized. It's not Microsoft's fault that nobody has yet written an implementation that rivals .NET and Visual C#, is it? ;)

[jbennet]

they have - its called Mono and SharpDevelop

[Ravalon]

they have - its called Mono and SharpDevelop

I haven't used SharpDevelop in ages, and I've only read about Mono. So take my opinion from that perspective, but the last time I checked, they weren't even close to being considered rivals. If they are now, that's great! Choice is a good thing. :)

[WaltP]

If you don't want to be bogged down with M$, go with C or C++. They are more general and not 'controlled' by M$

Nor is C#. Both C# and CLI are internationally standardized. It's not Microsoft's fault that nobody has yet written an implementation that rivals .NET and Visual C#, is it? ;)

If M$ has no rivals yet, isn't M$ still in control? I stand by my statement. ;)

[Ravalon]

If M$ has no rivals yet, isn't M$ still in control? I stand by my statement. ;)

I'm just being pedantic. :) Controlling a language suggests that rivals aren't allowed or can be broken by the dominant vendor making changes. That's a significant difference from being the only vendor of a language standardized by an objective third party.

[jbennet]

SharpDevelop is now actually on a par with VS.NET 2002/2003 in terms of functionality

Download The newest RC here

http://sourceforge.net/project/downloading.php?group_id=17610&use_mirror=osdn&filename=SharpDevelop_2.1.0.2376_RC1.msi&96540275

[Ravalon]

SharpDevelop is actually on a par with VS.NET 2002 in terms of functionality

I'll have to give it a try again, if only to save myself from making another conversational faux pas. ;) Thank you. :)