Pylons quick reference - Cronologia

Antonio67: /* Impostare WSGI per apache */

2008-05-12T02:05:12Z

‎Impostare WSGI per apache

Antonio67: /* Form validators */

2008-05-12T02:03:01Z

‎Form validators

Antonio67: /* Connessione a PostgreSQL con DBUtils */

2008-05-12T02:02:27Z

‎Connessione a PostgreSQL con DBUtils

Antonio67: /* Links */

2008-05-12T01:54:56Z

‎Links

Antonio67: /* Conclusioni */

2008-05-12T01:54:24Z

‎Conclusioni

Antonio67: /* Conclusioni */

2008-05-12T01:54:02Z

‎Conclusioni

Antonio67: /* Conclusioni */

2008-05-12T01:53:40Z

‎Conclusioni

Antonio67: /* Conclusioni */

2008-05-12T01:53:11Z

‎Conclusioni

Antonio67 il 01:48, 12 mag 2008

2008-05-12T01:48:06Z

Antonio67 il 01:26, 12 mag 2008

2008-05-12T01:26:33Z

Mostra cambiamenti

@@ Riga 258: / Riga 258: @@
      DocumentRoot /home/utente/PYLONS/myproj
      WSGIScriptAlias / /home/utente/PYLONS/myproj/mysite.wsgi
 </VirtualHost>
 </pre>
 = Conclusioni =
 La scelta di un framework per lo sviluppo di applicazioni web e' sicuramente un fatto personalissimo, almeno quanto la scelta di una distribuzione Linux ! Per questo vorrei riportare brevemente l'esperienza che mi ha portato a scegliere '''Pylons''' rispetto ad altri progetti.

@@ Riga 165: / Riga 165: @@
 == Form validators ==
-I moduli delle librerie '''formencode''' facilitano moltissimo la gestione della validazione dell'input dei form HTML. La procedura per creare la validazione del form e' semplice e pulita, separando completamente ls parte del controllo dall'applicazione stessa, che viene "decorata" per indicare lo schema e il form di riferimento, a cui eventualmente passare i messaggi di errore.
+I moduli delle librerie '''formencode''' facilitano moltissimo la gestione della validazione dell'input dei form HTML. La procedura per creare la validazione del form e' semplice e pulita, separando completamente la parte del controllo dall'applicazione stessa, che viene "decorata" per indicare lo schema e il form di riferimento, a cui eventualmente passare i messaggi di errore.
 Per procedere, creare il file '''model/form_schema.py''':
@@ Riga 202: / Riga 202: @@
           return render('/saved.tmpl')
 </pre>
 == Ancora validators ==
 Se abbiamo creato nel form HTML una lista/dict di variabili da passare  al  validator,  basta utilizzare '''formencode.foreach.ForEach()''' richiamando la classe che setta e controlla i validators per le key del dict.

@@ Riga 126: / Riga 126: @@
 import psycopg2
 from DBUtils.PooledDB import PooledDB
      def __init__(self):
           app_conf = config['app_conf']

@@ Riga 271: / Riga 271: @@
 = Links =
 http://pylonshq.com/
 http://pylonshq.com/WebHelpers/
 http://www.makotemplates.org/docs/
 http://formencode.org/
 http://routes.groovie.org/manual.html
 http://www.webwareforpython.org/DBUtils/Docs/UsersGuide.html
 http://script.aculo.us/
 Autore: Antonio67
 Data: Mon May 12 2008

@@ Riga 267: / Riga 267: @@
 '''Django''' e' per me stata una delusione assoluta ! All'inizio sono rimasto entusiasta da ''admin'' e tutto il resto, ma sono rimasto fortemente ''scottato'' quando sono andato a riprendere, dopo 6 mesi, il codice in mano. Saro' ''lento'' io, ma riprendere in mano la situazione e' stato quanto meno dispendioso in termini di tempo. Sicuramente colpa mia e della mia applicazione, ma diciamo che la mia ''forma mentis'' non e' per niente in sintonia cone quel genere di framework.
-Pylons mi sembra una scelta equilibrata sotto tutti i punti di vista, sia per la struttura del progetto, che permette di sapere sempre dove sono i vari ''elementi'' dell'applicazione, sia per la liberta' di implementazione che lascia. Per la gestione del database puo' essere usato qualsiasi libreria, e lo stesso dicasi per i templates (anche se Mako lo giudico un ''must'' del genere !). E poi, da buon ultima, la ''spettacolare'' semplicita' dello sviluppo di '''AJAX'' con gli helper e la libreria '''script.aculo.us''' !
+Pylons mi sembra una scelta equilibrata sotto tutti i punti di vista, sia per la struttura del progetto, che permette di sapere sempre dove sono i vari ''elementi'' dell'applicazione, sia per la liberta' di implementazione che lascia. Per la gestione del database puo' essere usato qualsiasi libreria, e lo stesso dicasi per i templates (anche se Mako lo giudico un ''must'' del genere !). E poi, da buon ultima, la ''spettacolare'' semplicita' dello sviluppo di ''AJAX'' con gli helper e la libreria '''script.aculo.us''' !
 = Links =

← Versione meno recente		Versione delle 01:48, 12 mag 2008
Riga 260:		Riga 260:
	</VirtualHost>		</VirtualHost>
	</pre>		</pre>
		+	= Conclusioni =
		+	La scelta di un framework per lo sviluppo di applicazioni web e' sicuramente un fatto personalissimo, almeno quanto la scelta di una distribuzione Linux ! Per questo vorrei riportare brevemente l'esperienza che mi ha portato a scegliere '''Pylons'' rispetto ad altri progetti.
		+
		+	'''mod_python''' o '''mod_wsgi''' richiedono una preparazione di partenza di ''superclassi'' e di moduli personali per gestire centralmente l'applicazione. Questo comporta una disponibilita' di tempo iniziale per la pianificazione del codice, e un tempo successivo alla stesura dell'applicazione stessa per ''ripulirlo'', riunificando e generalizzando le parti che (mooolto probabilmente !) ci saranno sfuggite al momento del lavoro su carta.
		+
		+	'''Django''' e' per me stata una delusione assoluta ! All'inizio sono rimasto entusiasta da ''admin'' e tutto il resto, ma sono rimasto fortemente ''scottato'' quando sono andato a riprendere, dopo 6 mesi, il codice in mano. Saro' ''lento'' io, ma riprendere in mano la situazione e' stato quanto meno dispendioso in termini di tempo. Sicuramente colpa mia e della mia applicazione, ma diciamo che la mia ''forma mentis'' non e' per niente in sintonia cone quel genere di framework.
		+
		+	'''Pylons''' mi sembra una scelta equilibrata sotto tutti i punti di vista, sia per la struttura del progetto, che permette di sapere sempre dove sono i vari ''elementi'' dell'applicazione, sia per la liberta' di implementazione che lascia. Per la gestione del database puo' essere usato qualsiasi libreria, e lo stesso dicasi per i templates (anche se '''mako''' lo giudico un ''must'' del genere !). E poi, da buon ultima, la ''spettacolare'' semplicita' dello sviluppo di '''AJAX'' con gli helper e la libreria '''script.aculo.us''' !
		+	= Links =
		+	http://pylonshq.com/
		+	http://pylonshq.com/WebHelpers/
		+	http://www.makotemplates.org/docs/
		+	http://formencode.org/
		+	http://routes.groovie.org/manual.html
		+	http://www.webwareforpython.org/DBUtils/Docs/UsersGuide.html
		+	http://script.aculo.us/
		+
		+	Autore: Antonio67
		+	Data: Mon May 12 2008