Does VB 2005 have full access to the framework?

[clarence_rollins]

I've read that the framework is completely accessible to c#.

Is that true for VB? If not, what parts of the framework are not accessible
to VB?

[Herfried K. Wagner [MVP]]

"clarence_rolli ns" <so*****@micros oft.com> schrieb:

I've read that the framework is completely accessible to c#.

Is that true for VB? If not, what parts of the framework are not
accessible
to VB?

It's completely accessible to VB 2005 too, as it has been since VB.NET 2002.

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://classicvb.org/petition/>

[clarence_rollins]

I asked the question (which I should have included with my original post)
because I am moving from VB6 to either c# or VB. Some of the reasons I've
heard for moving to c# instead of VB are: more income, better employment
opportunities, complete access to the framework, elegant syntax and
professional respect.

For me, the first three reasons are compelling enough to study c# instead of
VB.
"Herfried K. Wagner [MVP]" <hi************ ***@gmx.at> wrote in message
news:u9******** ******@tk2msftn gp13.phx.gbl...

"clarence_rolli ns" <so*****@micros oft.com> schrieb:

I've read that the framework is completely accessible to c#.

Is that true for VB? If not, what parts of the framework are not
accessible
to VB?
It's completely accessible to VB 2005 too, as it has been since VB.NET

2002.
--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://classicvb.org/petition/>

[I Don't Like Spam]

clarence_rollin s wrote:

I asked the question (which I should have included with my original post)
because I am moving from VB6 to either c# or VB. Some of the reasons I've
heard for moving to c# instead of VB are: more income, better employment
opportunities, complete access to the framework, elegant syntax and
professional respect.

For me, the first three reasons are compelling enough to study c# instead of
VB.
"Herfried K. Wagner [MVP]" <hi************ ***@gmx.at> wrote in message
news:u9******** ******@tk2msftn gp13.phx.gbl...

"clarence_rol lins" <so*****@micros oft.com> schrieb:

I've read that the framework is completely accessible to c#.

Is that true for VB? If not, what parts of the framework are not
accessible
to VB?

It's completely accessible to VB 2005 too, as it has been since VB.NET

2002.

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://classicvb.org/petition/>

-elegant syntax?
That is completely a matter of opinion and in mine, it's incorrect.

-more income, better employmentoppor tunities
Just look at the job boards, there isn't a difference.

-complete access to the framework
False

-professional respect
False, They do they exact same thing, it's just what syntax you know.

[CMM]

As a long time VB programmer (10 years) and a C/C++ programmer before that,
I do believe the "C" syntax is sometimes more concise than VB (for instance
I like the intuitive way you cast variables in "C" as oppossed to VB.NET's
CType(...) or DirectCast(...) methods). However, this is not a FUNCTIONAL
difference. In fact, in terms of really functional stuff VB is in a lot of
ways better than C#. One need only look at the sort of declarative way you
can do Event Handling in forms (using Handles keyword) as oppossed to C#'s
awkward overuse of delegates and such (which indeed are also available to
you in VB as well if you want to use them).

But, in the end, really it's a matter of taste I think. If you're a good
disciplined VB coder then you'll love VB.NET. If you still consider yourself
a sort of a lightweight VB programmer and need a little structure imposed on
you then you might want to look at C#.
"clarence_rolli ns" <so*****@micros oft.com> wrote in message
news:%2******** *********@TK2MS FTNGP11.phx.gbl ...

I asked the question (which I should have included with my original post)
because I am moving from VB6 to either c# or VB. Some of the reasons I've
heard for moving to c# instead of VB are: more income, better employment
opportunities, complete access to the framework, elegant syntax and
professional respect.

For me, the first three reasons are compelling enough to study c# instead
of
VB.
"Herfried K. Wagner [MVP]" <hi************ ***@gmx.at> wrote in message
news:u9******** ******@tk2msftn gp13.phx.gbl...

"clarence_rolli ns" <so*****@micros oft.com> schrieb:

> I've read that the framework is completely accessible to c#.
>
> Is that true for VB? If not, what parts of the framework are not
> accessible
> to VB?

It's completely accessible to VB 2005 too, as it has been since VB.NET

2002.

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://classicvb.org/petition/>

[CMM]

I would also add the multitude of methods available in the VisualBasic
namespace, which duplicate all the classic long standing BASIC statements-
some of which have been around since 1977. For instance, the C# (and indeed
generic .NET) way to retrieve a substring is to use String.Subtring (start,
length) function. However, this is an "Exception-Happy" function... which
throws exceptions for all sorts of things like if the string is smaller than
the length being asked for or hasn't been initialized or whatever.

The classic Left/Mid/Right statements (now in the VisualBasic namespace) on
the other hand are graceful and elegant. Left("smallstr" , 30) returns
"smallstr" and doesn't complain that the string is less than 30 characters
long... which is often exactly how you need String.Substrin g to work.

It's little things like that that C# folks don't miss because they don't
know them. (though even C# users can use the VisualBasic namespace if they
wished or knew about it! ;-) )

"CMM" <cm*@nospam.com > wrote in message
news:uE******** ******@TK2MSFTN GP10.phx.gbl...

As a long time VB programmer (10 years) and a C/C++ programmer before
that, I do believe the "C" syntax is sometimes more concise than VB (for
instance I like the intuitive way you cast variables in "C" as oppossed to
VB.NET's CType(...) or DirectCast(...) methods). However, this is not a
FUNCTIONAL difference. In fact, in terms of really functional stuff VB is
in a lot of ways better than C#. One need only look at the sort of
declarative way you can do Event Handling in forms (using Handles keyword)
as oppossed to C#'s awkward overuse of delegates and such (which indeed
are also available to you in VB as well if you want to use them).

But, in the end, really it's a matter of taste I think. If you're a good
disciplined VB coder then you'll love VB.NET. If you still consider
yourself a sort of a lightweight VB programmer and need a little structure
imposed on you then you might want to look at C#.
"clarence_rolli ns" <so*****@micros oft.com> wrote in message
news:%2******** *********@TK2MS FTNGP11.phx.gbl ...

I asked the question (which I should have included with my original post)
because I am moving from VB6 to either c# or VB. Some of the reasons
I've
heard for moving to c# instead of VB are: more income, better employment
opportunities, complete access to the framework, elegant syntax and
professional respect.

For me, the first three reasons are compelling enough to study c# instead
of
VB.
"Herfried K. Wagner [MVP]" <hi************ ***@gmx.at> wrote in message
news:u9******** ******@tk2msftn gp13.phx.gbl...

"clarence_rolli ns" <so*****@micros oft.com> schrieb:
> I've read that the framework is completely accessible to c#.
>
> Is that true for VB? If not, what parts of the framework are not
> accessible
> to VB?

It's completely accessible to VB 2005 too, as it has been since VB.NET

2002.

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://classicvb.org/petition/>

[Cor Ligthert [MVP]]

CMM

However, this is an "Exception-Happy" function...

Nice short description. I'll try to remember it me.

(Although I don't like the MID because my confusion forever between the zero
and one indexer).

I like more things as the IsDate function as sample for that, it creates a
try{
datetime.parse. ...........}
catch{
return error...}
end try

And is much easier to handle than.

:-)

Cor

[Herfried K. Wagner [MVP]]

"CMM" <cm*@nospam.com > schrieb:

I would also add the multitude of methods available in the VisualBasic
namespace, which duplicate all the classic long standing BASIC statements-
some of which have been around since 1977. For instance, the C# (and indeed
generic .NET) way to retrieve a substring is to use String.Subtring (start,
length) function. However, this is an "Exception-Happy" function... which
throws exceptions for all sorts of things like if the string is smaller
than the length being asked for or hasn't been initialized or whatever.

The classic Left/Mid/Right statements (now in the VisualBasic namespace)
on the other hand are graceful and elegant. Left("smallstr" , 30) returns
"smallstr" and doesn't complain that the string is less than 30 characters
long... which is often exactly how you need String.Substrin g to work.

It's little things like that that C# folks don't miss because they don't
know them. (though even C# users can use the VisualBasic namespace if they
wished or knew about it! ;-) )

Exactly. Some C# developers seem to be proud that they do not have a RAD
function library as VB and VFP have. It seems to me that they have never
used VB or VFP...

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://classicvb.org/petition/>

[Cor Ligthert [MVP]]

Herfried,

Exactly. Some C# developers seem to be proud that they do not have a RAD
function library as VB and VFP have. It seems to me that they have never
used VB or VFP...

I know one, who (as far as I remember me) told me once that you are an
amateur if you use the designer part to create a form layout.

(You know him as well).

However C# is of course full of RAD tools, maybe that there are more in
VB.Net however not in the major parts.

Let us not start a C#, VB.Net discussion because some C# or VB.Net
developpers have their own special opinions.

:-)

Cor

[Herfried K. Wagner [MVP]]

"Cor Ligthert [MVP]" <no************ @planet.nl> schrieb:

Exactly. Some C# developers seem to be proud that they do not have a
RAD
function library as VB and VFP have. It seems to me that they have never
used VB or VFP...
I know one, who (as far as I remember me) told me once that you are an
amateur if you use the designer part to create a form layout.

Well, in general I do not comment on such statements, but I believe that's
completely wrong. Typically the UI design should be completely separated
from the code and professional designers should create the forms instead of
developers. By creating forms directly in the code this separation is lost.
However C# is of course full of RAD tools, maybe that there are more in
VB.Net however not in the major parts.

I believe there are more in VB. Otherwise I'd use C#.

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://classicvb.org/petition/>