realbasic-nug
[Top] [All Lists]

Re: Web based or app based ?

To: REALbasic NUG <realbasic-nug@lists.realsoftware.com>
Subject: Re: Web based or app based ?
From: Tom Benson <tombenson@mac.com>
Date: Tue, 30 Jun 2009 07:42:34 +1000
Authentication-results: mx.google.com; spf=neutral (google.com: 74.124.194.228 is neither permitted nor denied by best guess record for domain of realbasic-nug-bounces@lists.realsoftware.com) smtp.mail=realbasic-nug-bounces@lists.realsoftware.com
Delivered-to: listarchive@realsoftware.com
In-reply-to: <49520.71.182.94.210.1246297165.squirrel@www.rpgportland.com>
References: <c867e59d0906290821w6ee3652eh146631eadccf23f4@mail.gmail.com> <49520.71.182.94.210.1246297165.squirrel@www.rpgportland.com>
Reply-to: REALbasic NUG <realbasic-nug@lists.realsoftware.com>
Sender: realbasic-nug-bounces@lists.realsoftware.com
For me, the only advantage of an app based solution is printing and other HW interfaces... You don't need to show a print setup box in an app to trigger a printer, so I still use RB for things like Point Of Sale etc...

95% + of my work is now web based, basically because it can actually realise the write once, deploy anywhere dream (mac/pc/mobile phone/ iTouch)... and it's only going to get better...

If you can exclude Internet Explorer as a deployment target, then life will be a dream....

I've written versions of most of my RB controls in CSS/javascript, so I can even give my web apps a native OS X app feel (and when I deploy, I often recommend a fullscreen/kiosk browser like Plainview)

- Tom Benson
---------------------------------------------------------------
Custom Controls & Code Libraries
for REALbasic version 5.5 and up

http://www.qedit.com.au


On 30/06/2009, at 3:39 AM, fargo@rpgportland.com wrote:

Hi All,
Where would you draw the line between making a web based app or an
application ? Then of course I am talking about a database app not like a
idvd / photoshop.


Best regards,


Trausti

For me, being primarily a web guy, if it boils down to some form
inputs/outputs then it's no-contest, web site all the way. If there needs to be a lot of processing on the data done, and I'm concerned about server load, then I'd use some javascript to handle most of that. It also makes
your app incredibly accessible, especially if you deploy a version for
mobile browsers. No need to worry about people using old versions or
cheating on their licenses either. Ok, a lot less need anyway.

So.. a line though... I'm not really sure. Offhand I'd say it comes down
to how large, in terms of memory footprint, the data your app would be
handling at any one time is. Obviously the larger it is the more you'll
feel those network bottlenecks.

Just my two cents. I mean, I've never released a commercial desktop
application, so grain of salt, YMMV, etcetera.

Best,
Fargo


_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>


<Prev in Thread] Current Thread [Next in Thread>