[AccessD] VB.NET

DWUTKA at marlow.com DWUTKA at marlow.com
Tue Jun 1 14:46:18 CDT 2004


Actually, I watched some of the ASP.Net stuff, and the only 'impressive'
feature I saw was the ability to replace .dll's that are in use.  It's an
annoyance to restart and IIS server, but it's not that difficult really.  So
it's a neat trick, but it's not making me gear up for ASP.NET.  What I
REALLY want to know about ASP.NET, is how browser dependant is it?  They had
something VERY similiar to what you see as 'features' of ASP.NET in some
'remote' scripting language.  Can't remember the exact name. However, it
required IE, and IE only.  A lot of what ASP.NET is doing, is mimicing
features I read about a long time ago with the 'remote' scripting.  So I'm
just a bit cautious as to how 'wowie' asp tricks get.  We have users out
there with VERY old browsers....long story.

As far as the items I disagree with:

Haven't found Initialize/Terminate events to be 'flaky'.

(strongly agreed with the Dim x As New comment though...pure evil.  I used
it for a while, and didn't even know about it...)

I personally don't care to initialize variables when I'm declaring them.  To
me, that is more of a constant role, then an variable role.  I personally
prefer to declare my variables and then get to assigning them values.  I
think it helps me structure my code better.  By thinking only about what
variables I am going to need, I get a pretty good picture of the 'framework'
I am building.  I find that some of my best 'code' is when I don't have to
declare a variable 'mid stream'. (I'll declare it at top, but I mean:
'Ooops, need a variable for that...' kind of thing).

Not sure what you really meant with the bracket syntax for functions and
subs.  

Never found Win32 API's to be combersome.  Only quirk I have ever found are
the ones that require ByVal (which I also agree should be the default).

Have never found collections to be tricky to work with, and also have not
found them to be limited either.  (What limitations are you referring too?)

Used File I/O commands in VB pretty easily, but I think I use slightly
different syntax/commands then what I have seen on the list.

VB does have console support, it just can't output to it! LOL.  But if you
are writing batch files, you just need to be able to call it.  <grin>  (kind
of teasing on this one, I think it would be handy too.....I think I did find
something sometime that showed a way to create console output from VB).

Only real issue I have found with the services, is that the OCX does not
allow for multi-threading.  Other then that, I practically have a 'Windows
Service Project' for VB 6.0.  Practically drop in place (Actually, I usually
just grab one I built, and plop in the new code (depending on whether it's a
timer or 'event' driven service).)

Have never had 'unstable' issues with Multi-threading, but I will admit that
it is somewhat a pain to implement....well, somewhat is understating it a
little! LOL.

Drew

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash
Sent: Tuesday, June 01, 2004 2:23 PM
To: 'Access Developers discussion and problem solving'
Subject: RE: [AccessD] VB.NET


I'd be interested in knowing which ones you disagree with.  To gain
perspective, of course, not to stir up a heated argument <VBG>

(If you wanna talk about being wowed, try out the new ASP.NET features!)

Bryan, Andy et al:  I realize that this discussion is better suited to
dba-VB, but since the majority of listers aren't subscribed to it, I
purposely left it here.  I promise to let this thread die on my end by
sundown.






More information about the AccessD mailing list