.NET
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Tony Tanzillo please respond

6 REPLIES 6
Reply
Message 1 of 7
Anonymous
284 Views, 6 Replies

Tony Tanzillo please respond

it sounds as though everyone is saying language does not matter. C# does not
offer any functionality or performance advantages over VB.net? Tony, what is
your opinion?


"J. Daniel Smith" wrote in message
news:5314071@discussion.autodesk.com...
You can successfully use the .NET wrapper classes to create "managed ARXs"
for AutoCAD with either language.

Each language has various strengths and weaknesses, but I don't think there
is anything of significance to creating managed ARXs that one language can
do that the other can't. The same is not true for C++/CLI; with that
language you get the best of both worlds: native C++ for custom objects with
easy access to the .NET framework.

Dan

"Bob" wrote in message
news:5313896@discussion.autodesk.com...
thanks for the replies.

does C# offer a way to do things that VB.net cannot do?

does C# offer a performance advantage?

i'm really not looking for specific syntax differences but more about
whether one offers functionality that the other does not.

i realize they both use the .net framework class lib but is there really any
advantage [in so far as what can be accomplished] to C# as opposed to
VB.net?


"Paul Richardson" wrote in message
news:5313592@discussion.autodesk.com...
Although originally, they were the same, 2005 has made strides
to put them in their own place. VB.net 2005 is more like VB6,
i.e. "Edit and Continue" although available in both this was driven
by VB and only added to C# at the last minute.

Next time you're in "Borders" or such check out ".Net Components
2nd Edition" by Juval Lowy. He gives a great description of the
two languages and their many differences in 2005. Basically he
equates VB to the quick and dirty RAD environment of VB6, and
C# to the contemplative "Enterprise" language of C++. You know
they way they should be... 🙂

"Bob" wrote in message
news:5313143@discussion.autodesk.com...
can someone please explain what [if any] advantages C# 2005 has over VB.NET
2005. I have read in several articles that there is not enough of a
difference between the two to necessarily consider one over the other
especially with the new 2005 versions.
6 REPLIES 6
Message 2 of 7
Anonymous
in reply to: Anonymous

I use C# mainly because I have previous experience with C/C++.

I also do not care for VB's syntax.

So, it's really a matter of personal preference.

--
http://www.caddzone.com

AcadXTabs: MDI Document Tabs for AutoCAD 2004/2005/2006/2007
http://www.acadxtabs.com

"Bob" wrote in message news:5319036@discussion.autodesk.com...
it sounds as though everyone is saying language does not matter. C# does not
offer any functionality or performance advantages over VB.net? Tony, what is
your opinion?


"J. Daniel Smith" wrote in message
news:5314071@discussion.autodesk.com...
You can successfully use the .NET wrapper classes to create "managed ARXs"
for AutoCAD with either language.

Each language has various strengths and weaknesses, but I don't think there
is anything of significance to creating managed ARXs that one language can
do that the other can't. The same is not true for C++/CLI; with that
language you get the best of both worlds: native C++ for custom objects with
easy access to the .NET framework.

Dan

"Bob" wrote in message
news:5313896@discussion.autodesk.com...
thanks for the replies.

does C# offer a way to do things that VB.net cannot do?

does C# offer a performance advantage?

i'm really not looking for specific syntax differences but more about
whether one offers functionality that the other does not.

i realize they both use the .net framework class lib but is there really any
advantage [in so far as what can be accomplished] to C# as opposed to
VB.net?


"Paul Richardson" wrote in message
news:5313592@discussion.autodesk.com...
Although originally, they were the same, 2005 has made strides
to put them in their own place. VB.net 2005 is more like VB6,
i.e. "Edit and Continue" although available in both this was driven
by VB and only added to C# at the last minute.

Next time you're in "Borders" or such check out ".Net Components
2nd Edition" by Juval Lowy. He gives a great description of the
two languages and their many differences in 2005. Basically he
equates VB to the quick and dirty RAD environment of VB6, and
C# to the contemplative "Enterprise" language of C++. You know
they way they should be... 🙂

"Bob" wrote in message
news:5313143@discussion.autodesk.com...
can someone please explain what [if any] advantages C# 2005 has over VB.NET
2005. I have read in several articles that there is not enough of a
difference between the two to necessarily consider one over the other
especially with the new 2005 versions.
Message 3 of 7
Anonymous
in reply to: Anonymous

Thanks tony, interesting response coming from you. But it has helped me
decide which direction to take.

"Tony Tanzillo" wrote in message
news:5320217@discussion.autodesk.com...
I use C# mainly because I have previous experience with C/C++.

I also do not care for VB's syntax.

So, it's really a matter of personal preference.

--
http://www.caddzone.com

AcadXTabs: MDI Document Tabs for AutoCAD 2004/2005/2006/2007
http://www.acadxtabs.com

"Bob" wrote in message
news:5319036@discussion.autodesk.com...
it sounds as though everyone is saying language does not matter. C# does not
offer any functionality or performance advantages over VB.net? Tony, what is
your opinion?


"J. Daniel Smith" wrote in message
news:5314071@discussion.autodesk.com...
You can successfully use the .NET wrapper classes to create "managed ARXs"
for AutoCAD with either language.

Each language has various strengths and weaknesses, but I don't think there
is anything of significance to creating managed ARXs that one language can
do that the other can't. The same is not true for C++/CLI; with that
language you get the best of both worlds: native C++ for custom objects with
easy access to the .NET framework.

Dan

"Bob" wrote in message
news:5313896@discussion.autodesk.com...
thanks for the replies.

does C# offer a way to do things that VB.net cannot do?

does C# offer a performance advantage?

i'm really not looking for specific syntax differences but more about
whether one offers functionality that the other does not.

i realize they both use the .net framework class lib but is there really any
advantage [in so far as what can be accomplished] to C# as opposed to
VB.net?


"Paul Richardson" wrote in message
news:5313592@discussion.autodesk.com...
Although originally, they were the same, 2005 has made strides
to put them in their own place. VB.net 2005 is more like VB6,
i.e. "Edit and Continue" although available in both this was driven
by VB and only added to C# at the last minute.

Next time you're in "Borders" or such check out ".Net Components
2nd Edition" by Juval Lowy. He gives a great description of the
two languages and their many differences in 2005. Basically he
equates VB to the quick and dirty RAD environment of VB6, and
C# to the contemplative "Enterprise" language of C++. You know
they way they should be... 🙂

"Bob" wrote in message
news:5313143@discussion.autodesk.com...
can someone please explain what [if any] advantages C# 2005 has over VB.NET
2005. I have read in several articles that there is not enough of a
difference between the two to necessarily consider one over the other
especially with the new 2005 versions.
Message 4 of 7
Anonymous
in reply to: Anonymous

I completely agree with Tony. I too earlier wrote only on C/C++ and AutoLisp/VisualLisp. It's seem to me that syntax VB.NET is very artificial. Basic from beginning was not designed for using the classes/events, etc. It is a sample of difficulty in using VB.NET: http://discussion.autodesk.com/thread.jspa?threadID=504080
Message 5 of 7
Anonymous
in reply to: Anonymous

how would you write the code for the example you site in C#?

wrote in message news:5321137@discussion.autodesk.com...
I completely agree with Tony. I too earlier wrote only on C/C++ and
AutoLisp/VisualLisp. It's seem to me that syntax VB.NET is very artificial.
Basic from beginning was not designed for using the classes/events, etc. It
is a sample of difficulty in using VB.NET:
http://discussion.autodesk.com/thread.jspa?threadID=504080
Message 6 of 7
Anonymous
in reply to: Anonymous

The truth is there actually are performance and feature benefits but they
change from one revision of these CTS compliant languages to another so this
concern becomes mute. I think pragmatism should guide one's choice.

The syntax for JavaScript, C# and Java is exactly the same. All three share
similar grammar with minor differences. Learn one of these languages and
you've learned three for the price of one. That makes learning the
respective frameworks much easier. It also means a developer can double the
number of environments and double the number of platforms he or she can
effectively work on.


<%= Clinton Gallagher
NET csgallagher AT metromilwaukee.com
URL http://clintongallagher.metromilwaukee.com/
MAP 43°2'17"N 88°2'37"W : 43°2'17"N 88°2'37"W




"Bob" wrote in message
news:5321711@discussion.autodesk.com...
how would you write the code for the example you site in C#?

wrote in message news:5321137@discussion.autodesk.com...
I completely agree with Tony. I too earlier wrote only on C/C++ and
AutoLisp/VisualLisp. It's seem to me that syntax VB.NET is very artificial.
Basic from beginning was not designed for using the classes/events, etc. It
is a sample of difficulty in using VB.NET:
http://discussion.autodesk.com/thread.jspa?threadID=504080
Message 7 of 7
Anonymous
in reply to: Anonymous

Is it question for me or for Tony?
Usually I do not post samples but answer on questions. If question is not C#/VB specific I write code in C#. With help of SharpDeveloper (http://www.sharpdevelop.net) it is easy convert C#-code to VB-code and vice versa.

Can't find what you're looking for? Ask the community or share your knowledge.

Post to forums  

Autodesk DevCon in Munich May 28-29th


Autodesk Design & Make Report

”Boost