Beefy Boxes and Bandwidth Generously Provided by pair Networks
Think about Loose Coupling
 
PerlMonks  

Re: web-based application or desktop application?

by dragonchild (Archbishop)
on Dec 04, 2003 at 15:35 UTC ( #312221=note: print w/ replies, xml ) Need Help??


in reply to web-based application or desktop application?

To me, the issue is the client and the stateless nature of the Web.

  • Web browsers provide a really convenient, if limited, client interface. They are also non-standard. IE, as an example, is non-standard within itself. (IE 5 and IE 6 render the same thing differently.) But, it does provide a much quicker time-to-market with a standard look-and-feel.
  • The Web's stateless nature is inherently unsuited to desktop-style applications. While the actions of a Word or Excel are stateless, what they act upon is their state. Now, if browsers were to provide more information to the server concerning state and allow themselves to be more configurable (removing the back button or allowing overloading of the back-button's functionality), that would be helpful. But, can you imagine every browser in the world doing that? In a standard fashion?

Ultimately, them ore control you want over how your users work, the more control you need over how they interface with you. In my mind, the best of both worlds is to provide a client browser to your users, preferably written using something like Perl/Python/Tk. That gives you most of the OS-independence and allows you the server-side benefits. This is the model that most of the MMRPGs use, and it works really well.

------
We are the carpenters and bricklayers of the Information Age.

Please remember that I'm crufty and crochety. All opinions are purely mine and all code is untested, unless otherwise specified.


Comment on Re: web-based application or desktop application?
Re: Re: web-based application or desktop application?
by EvdB (Deacon) on Dec 05, 2003 at 09:57 UTC
    If you want to make HTTP stateful then you could fire up a single server for each user on a special port, and then shut that server down when the session is over. If every request went to the same server instance then it could keep state information between requests.

    Obviously this is not a solution for a large website but if there is one part of your app that really needs this then it could be used - especially internally with few users.

    --tidiness is the memory loss of environmental mnemonics

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://312221]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others imbibing at the Monastery: (8)
As of 2014-07-13 10:16 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    When choosing user names for websites, I prefer to use:








    Results (249 votes), past polls