PostgreSQL
 sql >> Database >  >> RDS >> PostgreSQL

Un design PHP, Python, PostgreSQL è adatto per un'applicazione aziendale?

Guarda Django .

codice Python. Un linguaggio modello che consente alcune delle stesse funzionalità di PHP:sintassi leggermente diversa.

Il modello è separato dalle funzioni di visualizzazione ("regole aziendali") e separato dalla presentazione. Questo viene applicato in tutto Django.

Una delle domande più comuni è "perché non posso fare - qualche cosa pazza simile a PHP - nel modello di Django?" La risposta è che la presentazione non è in elaborazione. Esegui la tua elaborazione nelle funzioni di visualizzazione di Django. Visualizza i risultati come HTML nel modello.

Inoltre, Django ha un livello ORM per separarti da piccole considerazioni SQL. MySQL o PostgreSQL sono più o meno equivalenti all'interno di Django.

Modifica

"Maturità" significa molte cose. Hai menzionato specificamente le persone qualificate come segno di maturità.

Django è puro Python. Se riesci a trovare persone Python, possono imparare Django in pochi giorni. Devono solo fare i tutorial.

  • Un sito basato su Django è solitamente Apache + un po' di colla + Django. La colla può essere mod_wsgi o mod_python o mod_fastcgi. Devi gestire questa configurazione con una certa attenzione perché ci sono diverse parti mobili. Questo, tuttavia, è lo stesso problema di configurazione di Apache che hai con PHP -- niente di nuovo qui.

  • Un sito Django ha una o più istanze del server Django, ciascuna con un file di impostazioni, una mappatura URL e un numero qualsiasi di applicazioni. Python puro a questo punto.

  • Un'applicazione Django ha mappature URL, modelli e viste. Tutto puro Python. Unit test con le estensioni Django al framework unittest interno di Python.

  • Il modello utilizza un livello ORM. Questa potrebbe, forse, essere la cosa più confusa in Django. Le persone a volte progettano modelli molto strani perché pensano a un livello troppo alto-uber-generico o pensano troppo in SQL. Django è una via di mezzo principalmente di orientamento agli oggetti con alcune considerazioni SQL. Ottieni questo e sei inarrestabile.

  • Un'applicazione Django può avere dei modelli, che sono nel loro linguaggio dei modelli. Questa sarebbe l'unica cosa non Python che è di grande interesse. Potresti voler aggiungere tag personalizzati -- puro Python.

  • Probabilmente avrai JavaScript (vero anche per PHP e ogni altro framework di applicazioni web). Niente di nuovo qui.

  • Poiché l'applicazione di amministrazione di Django gestisce automaticamente l'elaborazione CRUD di base, non è necessario scriverlo. Sei libero di scrivere tutte le cose transazionali che desideri. Ma non devi. Questo ti porta a un ibrido molto, molto potente.

    • Scrivi alcune transazioni complicate e critiche. Puro Python, BTW.

    • Non scrivi nessuna delle transazioni stupide di manutenzione della tabella. Nessun codice è superiore a Python o PHP.

    • Dopo aver bagnato i piedi con il motore dei modelli e i CSS, puoi personalizzare l'interfaccia di amministrazione in modo che assomigli a tutto ciò che desideri. Questa è roba HTML/CSS, niente Python o PHP.

Linea di fondo. La maggior parte del set di abilità è Python. L'ORM è -- sintatticamente -- Python, ma richiede una certa attenzione nel fare le cose in modo semplice e pulito. Il modello è il suo linguaggio, ma considerevolmente più semplice di PHP. Il resto è SQL, Javascript, HTML, CSS, Apache e quant'altro.

Modifica

Maturità Django

Il blog di Django risale al 2005, il che significa che avevano anni di solida esperienza prima di rilasciare finalmente la 1.0 nel settembre del 2008. A quanto pare, lo sviluppo è iniziato nel 2003.