Brett Barabash
BBarabash at TappeConstruction.com
Mon Sep 13 08:40:36 CDT 2004
#2. When evaluating dev tools for an upcoming project, it became apparent to me that the new OO capabilities of .NET would be worth the learning curve. Judging by the developer journals and 3rd party tool developers, I wouldn't say that it has been "poorly received". It's getting tough to find VB6 articles in print or online. I've already gotten into the "which is better" war on this list, so I'll save it this time. However, after a week long boot camp course, I firmly believe that it's the best tool for the job, regardless of how many other developers agree. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Monday, September 13, 2004 7:45 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] MS Access to VB6 or VB.net Richard, I think rather then the worrying about the front end, you should be considering the BE and the technology behind it. However without knowing a lot more about your app, it's hard to say if that's critical or not. Also, you didn't mention why you were considering moving from developing the FE in Access itself. As for VB.Net, I've been ignoring it for the most part for some of the same reasons you outline (distribution) plus the fact that it has a large learning curve. I can't see spending the time on that when I already have tools at my disposal that do the job fine. And I'm not the only one. Overall it seems that .Net has been poorly received by the development community. Most developers I know are happy (for the most part) with what they already have/know. Of course a lot depends on the types of apps you develop and the end users you target. I think most of us on this list are on the smaller end of the scale developing typical business type apps for 50 concurrent users or less. How about a quick un-scientific poll? 1. Do you currently develop in .Net (you know it and use it on a regular basis) 2. Are you learning .Net for a project (your just starting out with it and have done a small project or two). 3. Don't know anything about it, but are interested in it. 4. Could care less. I'm firmly at #4 for the moment. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Griffiths, Richard Sent: Monday, September 13, 2004 5:20 AM To: AccessD at databaseadvisors.com Subject: [AccessD] MS Access to VB6 or VB.net Hi Group After advice and thoughts. I have a piece of commercial software (library s/ware for schools) written with A97 FE and BE. I am about to rewrite and can't decide over VB6 FE/A2K(DAO) BE or VB.net FE / A2K BE.(reason for change to VB as opposed to MS Access is that the VB footprint will be smaller 1-2mb [easier to email/download and manage than my 12-13 mb Access FE]). On one hand the VB6 route will be quicker to develop (no learning curve) and I think to deploy. On the other hand VB.Net is the future (most likely!!)(and learning and developing in this will be more interesting and will spur me on) but I am concerned (mainly) about deployment as my users are not very IT literate and their pc's (at this time) are not up-to-date (some W95 many W98 32-64mb ram - I know .net is no go on W95). So deployment of .net requires not only the framework but they need minimal Data Access 2.7, IE 5.01, Windows installer etc also installed. But 6-12 months down the line I don't want to be in the posistion that having used VB6 to then consider rewriting in Vb.net. What I can't gauge here is how significant these issues are (and any other issues). So what I am hoping to get here is how you would approach this conundrum - tried and tested VB6 or new VB.net? Thanks Richard -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software.