On Fri, Oct 07, 2005 at 07:00:47AM +0200, Guido Brugnara wrote:
Faccio un esempio:
Ci sono molte applicazioni di Calendario con interfaccia WEB, ma non ne
cononsco neanche una che abbia separato l'interfaccia WEB
dall'applicazione sul server utilizzando, ad esempio iCAL (con
collegamento http e/o SOAP).
Credo che nei prossimi anni (speriamo mesi) si affermeranno dei nuovi
servizi che dispongano di metodi ed oggetti iCAL, accessibili via
protocolli HTTP SOAP XML-RPC ecc., ma per ora ci dobbiamo accontentare.
(se qualcuno mi può segnalare un progetto di server iCAL disponibile via
interfaccia Web Service o altro ...)
L'intera discussion emi sembra interessante. Mi attacco qui giusto
perche' forse ho quello che Guido cerca :-)
La strada della netta divisione tra logica e interfaccia
dell'applicazione e' stata peercorsa da Zope sin dagli inizi. Con Zope2
questo obbiettivo non e' stato raggiunto in pieno e devo ammettere che
per molte cose il pattern di sviluppo di Zope2 ha le sue belle carenze.
Zope3 e' una completa riscrittura di Zope2 (se si esclude lo ZODB che
resta sempre quello anche se in una versione riveduta e corretta) che
cura moltissimi dei problemi di Zope2. Nonostante questa piattaforma non
attiri l'attenzione dei "media" credo che sia fenomenale.
Di particolare interesse il progetto Five che mira a creare un ponte tra
i componenti di Zope3 e Zope2 permettendo una migrazione "morbida" tra
le due tecnologie. Progetto interessante anche per i recenti
finanziamenti che ha ricevuto che promettono grossi sviluppi in breve
tempo soprattutto per quanto riguarda l'integrazione di Five, CMF (content
management framework) e Plone.
Tutto questo per arrivare a SchoolTool http://www.schooltool.org che
appunto implementa, tra le altre cose, un calendario via web con
tecnologia Zope3. Questo significa che il motore dell'applicazione e'
completamente sganciato dall'interfaccia ed interrogabile via: xmlrpc,
webdav, ftp e json. Non ho idea invece del supporto soap dentro Zope3.
Ciao
