|
Survey of .NET Languages Usage
There are always lengthy discussions about which .NET language is better: C# or VB.NET. However, I am really interested in finding actual figures indicating which .NET language is primarily used in the real world. Not being able to find any legitimate survey with a high sampling rate, I decided to create my own poll here:
http://216.119.78.155/minh/dotnetsurvey.html
Minh.
|
|
|
|
|
|
I think Microsoft favours C#... Hence there will be alot more support for it in the future, compared to the other .Net languages.
/\ |_ E X E GG
|
|
|
|
|
I am currently a Visual C++ V 6.0 user. I have an extensive project. Probably as much code involved as VC 6.0. I have read an article about the .Net having CVS capability. Also, I have found that every time I do a search for Visual C++ 7.0, .net comes up. I figure that .net is what came after 6.0 Will I be able to import my incomplete, 6.0 project into .net with no problems? Will all of the code still function? I am using MFC allot. Don't know. Hopefully one of you do.
Thanks allot for your time in reading this,
Josh
LOSTTWARE.com
|
|
|
|
|
>> I have read an article about the .Net
>> having CVS capability
I don't know about that.
>> I have found that every time I do a search
>> for Visual C++ 7.0, .net comes up.
>> I figure that .net is what came after 6.0
That's right. The current version is .NET 2003, which is also called VC 7.1. VC 7.0 (.NET 2002) is not sold any more.
>> Will I be able to import my incomplete,
>> 6.0 project into .net...
Yes. You can import dsp project files from VC60. .NET will convert them to .vcproj project files without changing your original DSPs.
>> ...with no problems? Will all of the
>> code still function? I am using MFC allot.
Propably NOT. I had to port our C++ application to .NET 2002. The module size is about 10MB, also using much MFC. There are some API changes to .NET. One thing, that took me much time was, that CString is no class anymore but a typedef to a ATL template class. All forward references like
class CString;
that we used in headers had to be removed.
The .NET's compiler is much more restrictive than the VC60's (what is good). You may have to fix some bugs, that passed the VC60 compiler.
The following reflects my personal experience with .NET 2002 and our C++ projects:
Compared to VC60 the .NET IDE is
- unstable (especially the debugger)
- unreliable
- slow
- Resource hungry
- MUCH less user friendly.
In fact the most important functions of the source code browser are gone. You don't get Call Graphs and Class Hierarchies anymore!
I say "unreliable" because .NET seems to forget to recompile sources after header changes. I've lost many hours hunting down bugs, that just disappeared after a complete rebuild.
I'm sure if you have a huge project, you'll cry tears of pain if you have to use .NET 2002. I did. Maybe .NET 2003 is better. Unfortunately I cannot use it.
There are also some improvements in the IDE. The project management is much better, the editor was improved, you can browse over all projects in your workspace... Sure C# and the .NET Framework are great too. But for me, working with .NET on a huge C++ project just S U C K S.
-- Thomas
|
|
|
|
|
That was a really eye opener for me. What I know from experience VC++ debugger is the most reliable one. Any way it was a great message.
|
|
|
|
|
Hi
In remoting we cannot register more than one object to the same port. If we have to expose number of object over remoting we end up in opening lot of ports. Its there is a way in .NET remoting so that I can register more than one object on same port? Or should I have to change my design so that I aggregate objects in parent and expose the parent by remoting ?.
Umesh.b
|
|
|
|
|
Are there any tools in VS .NET or somewhere else to merge a bunch of assemblies together to create just one? If you know any resource for this, please let me know. Thank you.
Example:
Assembly1.dll + Assembly2.dll --> newAssembly.dll
Arash Sabet
Computer Engineer
E-mail: afifi@sympatico.ca
|
|
|
|
|
Take the source code of each assembly and put it all in one project. Then compile it all into one assembly.
--Colin Mackay--
"In the confrontation between the stream and the rock, the stream always wins - not through strength but perseverance." (H. Jackson Brown)
Enumerators in .NET: See how to customise foreach loops with C#
|
|
|
|
|
One project is in J# and another is in C#. How can I combine them in a single project!
|
|
|
|
|
Hmmm... Rather than just a straight forward "How do I do..." kind of question, what are the reasons behind it? Give me the history behind the question. Often in software development the final solution is more of a compromise of what you would like and what the situation will allow.
Why do you want to combine the two assemblies in to one? Why was one developerd in C# and the other in J#? What about just making one a dependancy of another? Or, allowing a third assembly that is dependent on the first two?
--Colin Mackay--
"In the confrontation between the stream and the rock, the stream always wins - not through strength but perseverance." (H. Jackson Brown)
Enumerators in .NET: See how to customise foreach loops with C#
|
|
|
|
|
There are no specific technical reasons and I just this is a request that must be done.
Arash Sabet
Computer Engineer
E-mail: afifi@sympatico.ca
|
|
|
|
|
Arash Sabet wrote:
this is a request that must be done
I don't think there is an easy answer to this. If a command from on-high has demanded that it must be done then it doesn't sound like the on-high commander has a great technical understanding.
Different .NET languages cannot be combined in the same project (to the best of my knowledge). The best I can offer is that the smaller one is rewritten into the language of the larger assembly and recompiled.
--Colin Mackay--
"In the confrontation between the stream and the rock, the stream always wins - not through strength but perseverance." (H. Jackson Brown)
Enumerators in .NET: See how to customise foreach loops with C#
|
|
|
|
|
Can al.exe combine two assemblies as a single one?
Arash Sabet
Computer Engineer
E-mail: afifi@sympatico.ca
|
|
|
|
|
Not out of the box... But if you look up MSDN for "Multifile Assembly Example" you will find how to create lots of MSIL module files, which can be used by the AL.EXE tool - So putting the two original assemblies together may just be possible if you can compile each to a MSIL module first and then use AL.EXE to link the modules together to make the assembly.
Mayme this is just me - but this seems like a bit of a hack. I'd still really like to know the reasoning about why these two assemblies must be made into one. I don't see that it matters having two assemblies instead of one. I think it would be a lot easier to manage as two assemblies rather than as two masquerading as one. I'm not sure about how the debugger will take to this arrangment (it might be clever enough to work out where everything is - but it could also really confuse it).
--Colin Mackay--
"In the confrontation between the stream and the rock, the stream always wins - not through strength but perseverance." (H. Jackson Brown)
Enumerators in .NET: See how to customise foreach loops with C#
|
|
|
|
|
Thanks for the reply.
As a matter of fact I have been requested to make it and I have not asked about the reason. I agree with you but I have to keep on mixing those.
Regards
Arash Sabet
Computer Engineer
E-mail: afifi@sympatico.ca
|
|
|
|
|
And by the way,
If you wouldn't mind I have another question. I have an MFC project that works well. Then I wrapped it by Managed C++ and it work well too. But something small is wrong with the wrapped project. When I open the generated MC++ assembly by .NET object browser there are a bunch of other stuff exposed into the object browser that I believe they're done by MC++ compiler. Is there any way to hide them?
Thank you.
P.S. Are you in either Canada or the US?
Arash Sabet
Computer Engineer
E-mail: afifi@sympatico.ca
|
|
|
|
|
And by the way,
If you wouldn't mind I have another question. I have an MFC project that works well. Then I wrapped it by Managed C++ and it work well too. But something small is wrong with the wrapped project. When I open the generated MC++ assembly by .NET object browser there are a bunch of other stuff exposed into the object browser that I believe they're done by MC++ compiler. Is there any way to hide them?
Thank you.
P.S. Are you in either Canada or the US?
Arash Sabet
Computer Engineer
E-mail: afifi@sympatico.ca
|
|
|
|
|
Hi,
If you look up the .NET Framework Class Library in MSDN for the "EditorBrowsableAttribute Class" you'll find details of an attribute to make stuff invisible to intellisense.
For example:
[EditorBrowsable(EditorBrowsableState::Never)]
__property int get_Age()
{
return ageval;
}
Should never show up in intellisense.
Finally, I'm on the other side of the Atlantic in Scotland. (click on the wee head next to my name for a link to my bio)
--Colin Mackay--
"In the confrontation between the stream and the rock, the stream always wins - not through strength but perseverance." (H. Jackson Brown)
Enumerators in .NET: See how to customise foreach loops with C#
|
|
|
|
|
What I mean is hiding _ABC, AFX_CLASSINIT ,ATL , CDC ,etc from object browser while exposing the mixture of managed and unmanaged DLL contents.
Regards
P.S. Enjoy your nice weather. We are freezing here buddy. Last night it was miunus 16. It's nothing comparing February. Somedays we have -35 with wind chil factor.
Arash Sabet
Computer Engineer
E-mail: afifi@sympatico.ca
|
|
|
|
|
These are generated by macros so guess it would mean redefining the Macro. Although for some you might be able to get away with putting the Attribute in front of the Macro (as some expand out to just function definitions)... If I recall MFC correctly (it has been some time since I used it)
Well, its not as bad as -16. Last night it was -4C. In fact we've not had a really cold winter since 1995/6 and then it got down to -20C in the central belt [The corridor between Edinburgh and Glasgow] and much colder in the Highlands. That followed a really excellent summer as I recall. This year has had an excellent summer. So if the cycle holds then it'll be just the right temeperature for bursting pipes when I go on holiday. 
--Colin Mackay--
"In the confrontation between the stream and the rock, the stream always wins - not through strength but perseverance." (H. Jackson Brown)
Enumerators in .NET: See how to customise foreach loops with C#
|
|
|
|
|
Thank you for the reply. I hope you do not have a cold winter this year. I can't wish this for our winter in Toronto because either I wish or not the terrible winter shows up. Worse than that is our vehicle. They put ice salt on the streets and it covers the entire body of the vehicel. I spent an hour to take the salt off my Honda Civic body. (My nice car was so dirty  )
By the way, have you ever been here?
Regards
Arash Sabet
Computer Engineer
E-mail: afifi@sympatico.ca
|
|
|
|
|
Yes, I was in Toronto in the Summer of 2000. I also did a tour up the thousand islands, over into New York State and toured around the Addirondacks then along the south of the Great Lake (the name escapes me), and back into Canada at Niagra Falls. Also took in a couple of days up by Lake Huron. It was a really nice holiday.
I stayed in a B&B near Kingston for a couple of night that was run by a really nice couple. She did the B&B stuff but he was a professional chef and I have never had so much great food. When I went down for breakfast he had about 6 types of bread on offer, all baked within the last hour. That was truely awsome hospitality.
Have you ever been to Scotland?
--Colin Mackay--
"In the confrontation between the stream and the rock, the stream always wins - not through strength but perseverance." (H. Jackson Brown)
Enumerators in .NET: See how to customise foreach loops with C#
|
|
|
|
|
So you had a great time here! No, unfortunately I have never been in Scotland. I'm planning to come over there ( Both England and Scotland )some day. Anyways stay in touch...
Regards
Arash Sabet
Computer Engineer
E-mail: afifi@sympatico.ca
|
|
|
|
|
I was just wondering if the Framework includes the compiler in some set of wrappers. I'm writing a utility that needs to be able to compile solutions written in VB.NET and C# for use at the office and would like to have a custom class to do compilations. I was just wondering whether it's there or not. Of course I can always write a class wrapper that handles the existing compiler and possible command lines (which is what I'm going to do for the short term) but I was just wondering... I'm always finding something in there I didn't expect.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
