[AccessD] VB.NET

DWUTKA at marlow.com DWUTKA at marlow.com
Wed Jun 2 10:23:45 CDT 2004


I'm curious where they get those numbers.  Most people that would have older
systems like that probably wouldn't be on sites tracking that stuff! LOL.

Actually, I like programming in normal ASP.  ASP.NET certainly looks
interesting, but I don't really see that much of an advantage with the types
of projects I normally do.  So it's not a matter of spending 'extra' time to
handle low end users, it's just part of the simplicity that I like to have
with my web stuff.

Drew

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Lawrence
(AccessD)
Sent: Tuesday, June 01, 2004 11:17 PM
To: Access Developers discussion and problem solving
Subject: RE: [AccessD] VB.NET


Drew:

The last time I have seem statistics of the numbers of people still using
IE4.x or older. The numbers are in the range of 0.05% or 5 for every 10,000.
Not meaning to sound heartless, but as a programmer would you spend time or
money on designing extensive code to support that small group of
individuals?

Jim

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of
DWUTKA at marlow.com
Sent: Tuesday, June 01, 2004 2:35 PM
To: accessd at databaseadvisors.com
Subject: RE: [AccessD] VB.NET


That's good to hear!  I'm still leary of 'OLDER' browsers.  There are people
in this world still using Windows 95 a, with IE 3.01.  (And even older).
Did you know it is impossible to upgrade the browser from that point,
without a CD, or the cabs for a later IE?  Microsoft's own website
(including the windows update site) isn't supported in that browser.

Still gives me the heebie jeebies.  I'd have to check it out myself.  What
kind of security issues are you risking, though, if you are putting the
scripting out on the other end to send stuff through.  Just another thought
to ponder.

Drew

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


ASP.NET code (written in either VB.NET or C#) is not browser dependent. In
fact ASP.NET generates the appropriate javascript code for the client side
when it renders the page. All the business logic is encapsulated in a DLL on
the BIN folder in the web root.

---
Eric Barro
Senior Systems Analyst
Advanced Field Services
(208) 772-7060
http://www.afsweb.com

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of
DWUTKA at marlow.com
Sent: Tuesday, June 01, 2004 12:46 PM
To: accessd at databaseadvisors.com
Subject: RE: [AccessD] VB.NET


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

-
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004


--
_______________________________________________
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
_______________________________________________
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
_______________________________________________
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com



More information about the AccessD mailing list