Domanda

Sono nelle fasi preliminari della progettazione di una nuova applicazione Web e devo ancora iniziare qualsiasi tipo di implementazione. L'applicazione modella un dominio abbastanza complesso e mi sentirei più a mio agio usando strumenti come il rubino DataMapper ORM (che utilizza NHibernate nel mondo .net) rispetto a Rails Active Record. Preferisco anche jquery al prototipo. Tutte queste considerazioni ovviamente indicano l'uso di Merb, ma sono consapevole che Merb viene unito in Rails per la versione 3 e non esisterà più come framework distinto.

Ha senso iniziare i lavori sull'implementazione dell'applicazione ora visti i cambiamenti abbastanza profondi che stanno arrivando alle rotaie? Mi piacerebbe davvero sapere se varrebbe la pena iniziare lo sviluppo in Merb ora e poi portarlo su Rails, ma non ho ancora trovato nulla che suggerisca quanto possa essere difficile. Un altro approccio sarebbe quello di iniziare a lavorare sul dominio ora in Rails e prendere in considerazione l'ORM e il frontend una volta rilasciato v3.

In sostanza, vorrei sapere quanto un'app Merb sarà portatile per Rails 3, ma sono consapevole che potrebbe essere troppo presto perché chiunque non sia lo sviluppatore principale lo sappia.

Qualsiasi pensiero sarebbe molto apprezzato. Grazie :)

-------------- Modifica ---------------

Yehuda Katz, sviluppatore capo del progetto Merb ha questo da dire sul suo blog:

  

Il piano è iniziare a lavorare immediatamente su Rails e continuare a correggere i bug e a risolvere nel frattempo altri importanti problemi in Merb. Rilasceremo anche versioni di Merb appositamente progettate per facilitare il passaggio a Rails 3.

     

In particolare, faremo rilasci di Merb con avvisi di deprecazione e altri meccanismi di transizione per aiutare gli sviluppatori a rintracciare le modifiche che verranno tra Merb 1.xe Rails 3. Aspettatevi un certo numero di rilasci provvisori che si avvicinano progressivamente a Rails 3 e si aspettano che parti di Merb (in particolare gli helper) vengano portati su Rails 3 per ridurre ulteriormente l'attrito.

     

Per essere perfettamente chiari: non stiamo abbandonando il progetto Merb. Esistono molte applicazioni di produzione in esecuzione su Merb che si basano su correzioni di errori tempestive e su un percorso chiaro per il futuro. Se stai utilizzando Merb oggi, continua a utilizzare Merb. Se stai considerando di utilizzare Merb per un progetto perché funziona meglio per le tue esigenze, utilizza Merb . Non rimarrai al freddo e faremo di tutto per assicurarci che le tue applicazioni non rimangano bloccate in passato.

     

Se hai già imparato Merb, lavoreremo sodo per assicurarci di poter condividere tale conoscenza in Rails 3. In Engine Yard, intendiamo continuare a utilizzare Merb per le nostre app interne fino a quando Rails 3 non sarà ma useremo quelle applicazioni (non banali) per essere sicuri che l'esperienza sia fluida per tutti. Non ci saranno grandi salti e non dovrai riscrivere la tua applicazione da zero.

È stato utile?

Soluzione

Non è mai un buon momento per avviare un'applicazione complessa su un framework, davvero. Sembra che ci sia sempre un importante aggiornamento in arrivo o qualche altro framework in competizione che potrebbe essere una scommessa migliore. Se hai più successo con Merb, segui subito quello e sviluppa il tuo progetto senza paura! Entrambe le comunità Rails e Merb dovranno far fronte alla fusione dei progetti con il rilascio di Rails 3, ma ci vorrà un po '.

L'unione del progetto non significa che Merb andrà via, tuttavia. Yehuda Katz smetterà di essere lo sviluppatore principale, ma qualcuno prenderà il controllo del progetto. Come minimo, puoi aspettarti patch di sicurezza e correzioni di bug per alcuni anni, purché segua il repository ufficiale degli sviluppatori Merb. Probabilmente, dopo la versione di Rails 3, troverai fantastici passaggi sull'aggiornamento della tua applicazione Rails 2.x / Merb 1.x a Rails 3.

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