Re: Web Interface Recommendations

On Jan 30, 12:55 pm, Graham Dumpleton <Graham.Dumple...@xxxxxxxxx>
wrote:
On Jan 30, 12:00 pm, PurpleServerMonkey <PurpleServerMon...@xxxxxxxxx>
wrote:



Looking for suggestions on the best framework to use for an
applications web interface.

The user interface doesn't need immediate feedback and will be cross
platform so a web interface is a good solution especially since it
operates as a client\server system and not standalone.

However there's just so many frameworks to choose from it's very
confusing. After a lot of reading it sounds like OSE or Cherrypy might
be good options but I don't have any real world experience with these
frameworks to go by.

Basically the interface won't be the application, it's used to input
data and have the application act on it. It's going to have a
Postgresql database and a number of service\daemon processes that do
the actual work. It will also contain some form based information for
keeping track of requests etc. and grow to a fair number of screens
over time.

Given the above what framework would you recommend?

Surprised you even looked at OSE. Although OSE has some features for
building HTML based web interfaces, they are very basic and not really
intended for building major stuff. OSE can still be useful for writing
backend applications, but would very much suggest you use just the XML-
RPC interfaces it provides to talk into its distributed messaging
system and service agent framework.

If you use the XML-RPC interfaces then you can use a proper web
application framework for doing the actual HTML based user interface
front end. At that point you can choose any of the major frameworks,
such as Django, Pylons, TurboGears, CherryPy or web.py.

Splitting the front end from the backend like this also means that
backend itself could be swapped out. Thus, instead of using OSE in the
backend, you could use simpler XML-RPC enabled Python applications, or
even use Pyro. In other words, you avoid intertwining code for front
end and backend too much, thus perhaps making it easier to change and
adapt as it grows.

Graham

Thanks Graham, decoupling the user interface and backend logic makes
sense and definitely the way I want to go.

Out of the major frameworks is there one that stands out as being
particularly well suited for what I'm trying to do?

Django and CherryPy are on the short list so I'll give them a detailed
look although Pylons does sound rather interesting as well.
.

Relevant Pages

  • Re: update source & changes chart
    ... That panel is part of the web interface ... Jon Peltier, Microsoft Excel MVP ...
    (microsoft.public.excel.charting)
  • Re: sql-ledger and postgresql: HOWTO?
    ... But a web interface has the advantage, ... So they can see their own account. ... However the underlying database ...
    (Debian-User)
  • Re: Survey: When Was Your First Post to a.m.cnc?
    ... users access to this newsgroup via a web interface. ... There are definitely sites that interface to usenet via web ... I've only been reading it for a little over a year ... At first usenet was only accessible by hard ...
    (alt.machines.cnc)
  • Re: Web Interface Recommendations
    ... The user interface doesn't need immediate feedback and will be cross ... platform so a web interface is a good solution especially since it ... However there's just so many frameworks to choose from it's very ... backend applications, but would very much suggest you use just the XML- ...
    (comp.lang.python)
  • ANN: PL/Py 0.1 Release
    ... pleasure to announce the first development release of PL/Py, ... PostgresPy Project's Backend elements for the PostgreSQL ORDBMS. ... * Type system interface. ...
    (comp.lang.python)