MartyConnelly
martyconnelly at shaw.ca
Mon Sep 13 15:57:17 CDT 2004
One thing that may start to be difficult is linking the Crypto Api for WSE 2.0 (new methods for securing WebServices). You just call the classes in .Net but it is a real ouch in VB6 or Access if you have to handle encryption of Web Services from scratch. Jim DeMarco wrote: >FWIW and not to take anything away from .NET but you *can* use the same data access and biz rules code in VB and ASP apps via compliled code (aka dlls). One big plus for .NET in this arena is that a lot of the display code is either the same or similar between ASP.NET apps and WinForms apps (just look at the code to bind your data to a web grid or windows data grid. It's virtually the same). > >Jim DeMarco > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte >Foust >Sent: Monday, September 13, 2004 2:25 PM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] MS Access to VB6 or VB.net > > >It's catching on in *our* trenches! I like working with it and our next >major versions are going to be all VB.Net in part because it allows us >to do things the clients want but that would have been difficult to >impossible in Access. And it allows us to build Web-based interfaces >for clients who want them without having to write different code for the >Windows-based and web-based interfaces. I think that's worth the >learning curve. > >Charlotte Foust > > >-----Original Message----- >From: Jim Dettman [mailto:jimdettman at earthlink.net] >Sent: Monday, September 13, 2004 10:56 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] MS Access to VB6 or VB.net > > >Brett, > ><<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.>> > > I was in the same place several years ago. .Net was brand new and not >much was around. I also wanted to get a standalone .EXE, get away from >reference headaches with Access, etc. So I picked up VFP (Visual >FoxPro). I must say I was disappointed at first because so many people I >spoke with raved about it. While it had very strong database and OO >capabilities, some of it was just plain junk. That's changed quite a >bit as Microsoft has continued to add to the product. It has released >two major versions since then with a third on the way. It too had a >steep 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 said that in light of the fact that .Net has been around for several >years now and yet very few shops use it or are just getting into using >it. Even Microsoft has said publicly that the response has been poor. >They had to back off the whole .Net centric campaign and have refocused >once again. And while that may have born some fruit, it seems for the >most part that .Net is still not main stream. > ><<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.>> > > Been there done that<g> and this isn't about that. I was mainly >curious if .Net was catching on down in the trenches or still ho-hum. > >Jim > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash >Sent: Monday, September 13, 2004 9:41 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] MS Access to VB6 or VB.net > > >#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. > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > > -- Marty Connelly Victoria, B.C. Canada