Y3s ha scritto: > Il giorno 25/apr/08, alle ore 11:45, Manlio Perillo ha scritto: > >> Y3s ha scritto: >>> [...] >>> WSGI è ancora >>> più a basso livello, non è pensabile usare direttamente WSGI, ma >>> userai ocmunque un framework che si basa su WSGI. >> >> Falso. >> WSGI è usabilissimo, continuando a restare a basso livello. > > Usabile certamente, ma conveniente? >
Si, lo sto usando e direi che conviene abbastanza ;-). Innanzitutto mantenersi a basso livello mi aiuta a ricordare che sto sviluppando una *applicazione web*, e ci sono sempre diverse cose che devo avere ben presenti e gestire io. Lo stesso motivo per cui ho deciso di non usare più gli ORM: è importante ricordarsi che si sta usando un database relazionale e ragionare in questi termini. Ovviamente se non si vuole usare un database relazionale è un altro discorso. >> Ovviamente hai bisogno di qualche funzione di "supporto", ma il >> punto è >> che IMHO non è necessario introdurre astrazioni ad alto livello >> (oggetti >> Request/Response, etc). > > Sicuramente non è necessario, ma penso sia abbastanza scomodo > sviluppare una vera applicazione solo con WSGI.. > Non solo WSGI. Ovviamente hai bisogno di alcune funzioni di supporto, gestione della configurazione, dispatching delle URL, autenticazione e forms. Io mi riferivo ad astrazioni sopra WSGI, come in webop: http://pythonpaste.org/webob/ Per non parlare poi di Django. > [...] > Se devi creare un >>> server multiprotocollo che deve scalare ottimamente, twisted è la >>> soluzione migliore in genere... >>> >> Non è detto. >> Ci sono altre soluzioni asincrone che stanno uscendo (inclusa la mia >> implementazione di WSGI per Nginx). >> >> Ovviamente il *grosso* vantaggio di Twisted è che hai una ottima >> API per >> la programmazione concorrente e hai a disposizione decine di >> protocolli >> internet già implementati, per non parlare poi di Nevow Athena. >> > > Appunto, per un "server multiprotocollo ad alta scalabilità" penso > che twisted sia ancora insuperato... > Ah, scusami, non avevo letto multiprotocollo ;-). > -- > Antonio Valente > Ciao Manlio Perillo _______________________________________________ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
