Domanda

Bene, so che è un'anteprima, e so che dice che non è ancora pronto per la produzione, e tuttavia oso fare la domanda.

Ho bisogno di iniziare a costruire una abbastanza grande applicazione, che si prevede di andare a vivere a circa settembre-ottobre 2010.

Consente di dire che non vuole rilasciare l'applicazione per la produzione fino a quando la versione stabile di symfony 2.0 sarà rilasciato - è una buona idea (beh, mi accontento di un'idea praticabile) per me per iniziare a costruire l'applicazione utilizzando il la versione 2.0? Quanto è grande la possibilità avrò bisogno di riscrivere / sostituire il codice che ho scritto a causa di cambiamenti fondamentali nel quadro?

Grazie.

Edit: l'altra opzione in questo momento, è quello di utilizzare symfony 1.4
. Ho pensato e provato Zend Framework, ma mi rifiuto di re-inventare ogni modulo, che mi costerà un sacco di ore di programmazione (se non giorni / settimane).

È stato utile?

Soluzione

Dalla presentazione di Fabien di Symfony 2 a symfony live:. use Symfony 1.4 per il vostro prossimo progetto

Da Symfony pagina 2 github:. le cose cambieranno

Ora si consideri il seguente:

  • symfony 1.4 sarà supportato fino alla fine del 2012, che è di 2 anni dopo il rilascio del progetto
  • Symfony 2 non ha la generazione di codice, le forme, i test di unità, ecc in modo tutto ciò che farai per coprire questi campi, dovrete rifare quando le vie ufficiali sono in arrivo (che risponde alla tua seconda domanda)

in modo da tutti dicevano già qui, andare per 1.4

Altri suggerimenti

symfony 1.3 o 1.4 è la scelta giusta per il momento. 1.3 se hai utilizzato symfony 1.0 prima, 1.4 in caso contrario. Io non sono personalmente un fan della dall'Africa sub-framework in symfony 1.1 + per molte ragioni, ma si possono trovare del tutto gradevole. Questa è una scelta personale, quindi.

symfony 2.0 non è stabile, e molte delle caratteristiche che sta presentando non sono quelle che sarebbero davvero interessare uno sviluppatore, mi sento, in questa fase, almeno. sf2.0 è comunque un esercizio impressionante nel rendere la prossima generazione di framework web; ma non nel fare i siti che fanno più ricco di funzionalità o più facile da sviluppare. Può renderli più veloci e più elegante sotto il cofano, ma questo non è necessariamente il vantaggio principale di un quadro per uno sviluppatore. Un esempio di ciò è l'iniezione di dipendenza. E 'un ulteriore astrazione dei componenti di codice core di symfony già eccellenti, e la sua inclusione aumenta solo il mio rispetto per il core team di symfony e loro progressi -. Ma per un utente finale che probabilmente lascia molti a grattarsi la testa sopra il vantaggio

Il vantaggio principale di symfony una volta che si apprezza la struttura di base è la comunità ed i suoi plugin, e questo credo sia la dealbreaker per sf2.0 in questo momento. Sì, lo so che è essenzialmente costruito da 'plugins', ma non ti mancherà diversi plugin cruciali sono sicuro, e sia dovuto scrivere da soli o adattare esistente per adattarsi. Questa è la ragione si rifiuta Zend quadro.

Ancora, solo la mia opinione. Sono stato uno symfony 1.0 e 1.1 gli sviluppatori (soprattutto 1.0) per più di 3 anni, e ancora non mi ha deluso.

Questa è una domanda da un milione di dollari il mio amico. E 'un gioco d'azzardo, puro e semplice. Ho usato un certo numero di php di MVC (torta, Zend, e symfony) e tutti operano più o meno allo stesso modo. Cosa c'è di bello su symfony è di concentrarsi su essere modulare, non reinventare la ruota ed è la facilità d'uso.

Non riesco a citare esempi di aziende di grandi dimensioni usarlo, però io personalmente lo uso su cakePHP o Zend a questo punto. Mi sento come se ha una comunità forte, non è in pericolo di essere abbandonata (al momento) e di solito piace lavorare con il quadro. Il che, alla fine della giornata, di solito è tutto ciò che conta.

Come ho detto, non so quanto bene sia le scale verso l'alto o fuori, ma è più veloce di cakePHP o Zend. E 'una scommessa, indipendentemente da quale quadro si sceglie, così, buona fortuna.

A meno che non ci sia qualcosa di specifico in Symfony 2.0 di cui avete bisogno per la vostra applicazione, vorrei suggerire che si va con 1,4 e lavorare con una versione stabile dal get-go. Da quello che ho capito, Symfony 2.0 potrebbe non essere fuori fino alla fine dell'anno. Symfony 1.4 sarà ufficialmente supportato fino alla fine del 2012, lasciando un sacco di tempo per l'aggiornamento / riscrivere per 2.0 in seguito, se si desidera farlo.

Ho cercato di Symfony 2 per una settimana (io sono uno symfony sviluppatore a tempo pieno) e qui sono i motivi principali per cui si dovrebbe continuare a utilizzare symfony 1.x prima di migrare a 2.0:

  • Twig è instabile. Non è possibile utilizzare form_render, form_error, ecc, ma è abbastanza facile utilizzando una vista PHP!
  • Ottieni la cultura dell'utente (locale) è un dolore in un **.
  • template PHP non sono divertenti come Twig al codice. Esempio con questa funzione di traduzione:
    • PHP: <?php echo $view['translator']->trans('text') ?>
    • TWIG: {% trans 'text' %}
  • Bad documentazione

Non sembra così male come questo, ma credetemi ... mi ci vuole così tanto tempo per eseguire il debug di quelle cose rendersi conto alla fine che era sbagliato all'interno di Symfony 2 stesso.

Con il tempo si rilascia il vostro progetto, la versione 2.0 è molto probabilmente non sarà stabile in ogni caso. E considerare che la versione 1.4 ha a lungo termini supporto per 3 anni, che si può contare su se si avvia un nuovo progetto. Oltre a questo, con symfony 2.0, le cose non stanno per essere lo stesso :) che sta per essere molto diverso rispetto alle versioni attuali. Si potrebbe non piaccia :) o potrebbe non essere adatto per il vostro progetto.

Oppure si può semplicemente utilizzare litio ... sai, è meglio di tutte le strutture nella pagina citato ... ma la domanda è su v2.0 prontezza non si tratta di torta o di altre misure (come detto da altri messaggi , anche se ho pensato che avrei avuto il mio jab troppo).

Io personalmente voluto usare 2.0 in un grande progetto, ma è probabile che si rivelano non a causa della paura (sempre una cattiva ragione).

Il mio punto è questo. Nulla è stabile. Nemmeno 1.4. Tutto in questo mondo è soggetto a modifiche e c'è sempre patch e correzioni per tutto. Se non abbiamo usato il software beta / alfa, soprattutto in una comunità open source, non avevamo mai corso.

. E 'un rischio. Il trucco è che devi essere abbastanza buono per gestire eventuali problemi che possono sorgere. Penso che questo sia solo il nome del gioco. O sei il tipo di sviluppatore che si spegne e viene installato Wordpress e Drupal e dice guardami mommy pantaloni cresciuti ... O sei il tipo che si spegne e si trova al taglio (o sanguinamento) bordi e succhia e viene fatto. Rolls con i tempi cattivi e sorrisi (da orecchio a orecchio) durante il bene.

Alla fine della giornata è il vostro lavoro. Non bisogna mai permettere a nessuno di dirvi come fare. Lo fai come vuoi.

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