Domanda

Ora che Google permette di Java su App Engine, mi chiedo che effetto questo ha su una scelta di framework web per App Engine.

  1. Mi rendo conto che Google fornisce la webapp quadro che è abbastanza barebone.
  2. E la versione .96 di Django che è disponibile per App Engine è restrittiva.
  3. web2py brucia risorse, da quello che ho sentito.
  4. Rails (ora disponibile) non possono utilizzare ActiveRecord, ActiveResource, restclient, RMagick.

C'è qualcosa che mi manca? - fare qualsiasi quadri funzionano bene su App Engine

È stato utile?

Soluzione

Personalmente, ho trovato Python per essere più divertente. Questo è solo me. Tuttavia ci sono diversi sviluppatori impegnati Java là fuori che apprezzeranno il supporto Java in GAE. Inoltre, il sostegno Java è stata una buona scelta da parte di Google in quanto consentirà la piattaforma GAE potenzialmente ospitare molte altre lingue. E 'ovviamente un po' presto per aspettarsi tutte le lingue JVM base per funzionare su GAE, ma il futuro sembra promettente. Per ora possiamo guardare a ciò che è e non sta lavorando per dare un'occhiata a questo Gruppo GAE Java Pagina .

Tornando a Python, penso piccole applicazioni web sarà grande lavoro con il built-in quadro webapp. Altre applicazioni potranno beneficiare di più da Django 1.0. Dai un'occhiata alle GAE sotto la sezione quadri per qualche buona legge su questo. In ogni caso, è senza dubbio avere limitazioni in qualsiasi delle vostre scelte dal momento che la maggior parte dei framework web sono progettati con i database relazionali in mente ... che datastore / bigtable non è. Inoltre, la piattaforma GAE deve essere sandbox per motivi di sicurezza, che si limitano anche in una certa misura. Spero che questo aiuti.

Altri suggerimenti

In realtà web2py è molto leggero e dal ~ 1,50 su GAE, memorizza nella cache tutti i bytecode compilato modelli / vista / controller.

Tuttavia è necessario considerare che per default è ha datastore sessioni di base e questo può aggiungere un po 'in testa rispetto al quadro che non hanno sessioni di lavoro su GAE (almeno non per impostazione predefinita).

Il DAL web2py in sé non aggiunge un overhead significativo rispetto alle ingenue API datastore Google.

Primavera . Esso supporta JPA e JDO.

C'è anche un Python versione per la primavera ora.

Non conosco esattamente la gamma completa di opzioni, ma posso dirvi un paio di cose fuori del blocco ...

  • Google Apps è costruito in cima / Django.
  • Django è più o meno quello che Google Apps allegria e di sostegno, così mi aspetto che l'integrazione con Google Apps meglio di altri.
  • Google Apps ha restrizioni incorporati in essa che si non possono aggirare (o non dovrebbe). Queste limitazioni non sono collegati ad alcun quadro particolare, piuttosto sono costruiti nel tessuto di applicazioni, per così dire.
  • Non mi preoccuperei molto circa le prestazioni del quadro - cercare di migliorare il vostro disegno / struttura, sarà certamente meglio reintegrazione del capitale investito
  • .
  • Google poi passare a Django 1.0 e successivi, più essi sono l'aggiornamento di Google Apps troppo.
  • Lo fanno utilizzare memcache (o equivalente) in modo da prendere in considerazione e utilizzarlo.

Dipende da cosa si vuole fare. Nella mia esperienza qualcosa di piccolo fatto a mano sulla parte superiore del Webob è veramente buono per un'API. Ma per tutti i siti che hanno bisogno di veri e propri modelli / sessioni / complesso di routing / caching Django è difficile da battere.

Prendere in considerazione che se si enormi quadri (come Django 1.0) la prima richiesta prende sempre circa 3 secondi per caricare tutto in memoria e lo tiene lì fino a 15 secondi dopo che la richiesta.

E mentre fai acquisti in giro per quadri tener conto che:

  • ORM di non si applicano alla piattaforma in modo sostanzialmente non importa.
  • modelli veloci (come ghepardo) non sarà veloce (o anche di lavoro) in quanto non possono utilizzare le estensioni C.
  • Caching potrebbe essere la cosa più importante per rendere tutto veloce.

Se siete alla ricerca di Python, quindi Django sarebbe la soluzione migliore.

Struts 2 è preteso di lavorare su Google App Engine (almeno in termini di applicazioni di esempio). Seguire questa discussione:

http://www.nabble.com/Google- App-motore-support - td22972179.html

Sembra che ci sono alcuni problemi con SiteMesh in termini di template, ma se si sta utilizzando JSP si dovrebbe essere ok.

E 'una buona scelta come un framework per applicazioni web va.

web.py se si sta utilizzando Python.

Io uso nuovo quadro GAE quadro . Questo è simile con Django, ma lavorare su AppEngine.

Con i migliori saluti!

Per usare Python webapp2 (fornito in dotazione al motore di app)

Se si vuole costruire l'applicazione su larga scala e hanno bisogno di quadro più flessibile, allora si può dare un'occhiata a Piramide Python quadro . In precedenza si chiama come Piloni. Ci sono molte buone aziende che utilizzano questo quadro.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top