- code thread-safe
- plus grande modularité (plusieurs choix d'ORM par exemple, framework découplé en composants)
- un ensemble de tests sur l'API publique, pour éviter les régressions entre deux versions
- moins de "magie" (pas d'helpers)
Aujourd'hui, c'est officiel, Rails 3 sera Merb 2, et vice versa. L'équipe derrière RoR a décidé d'intégrer les innovations de Merb dans Rails, en collaboration avec les développeurs de Merb. Yehuda Katz, lead developer de Merb rejoint d'ailleurs la core team de Rails.
Blog de Yehuda Katz: http://yehudakatz.com/2008/12/23/rails-and-merb-merge/
Blog d'Ezra Zygmuntowicz: http://brainspl.at/articles/2008/12/23/merb-is-rails
Blog RoR, par DHH: http://weblog.rubyonrails.org/2008/12/23/merb-gets-merged-in(...)
# Rapide !
Posté par gUI (Mastodon) . Évalué à 2.
En tous cas c'est plutot une bonne nouvelle, RubyOnRails devenant un gros framework, plutôt lourd. Je ne connais que lui, et justement je commençais à lorgner sur Merb pour savoir si dans le cadre d'applis simplissimes (très "Web 2.0) il ne serait pas plus adapté.
Je n'aurai donc pas cet effort à faire, mais plutôt d'apprendre toutes les nouvelles options dispos dans ce Rails 3 !
En attendant tout ça, on devrait avoir une excellente 2.3 pour Janvier.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Rapide !
Posté par EppO (site web personnel) . Évalué à 1.
Intégrer la modularité et les performances de Merb dans Rails est un pas en avant énoooorme !!
Et j'en oublie la gestion des plugins, le thread-safe, les autres ORM (Datamapper, Sequel), ...
D'ailleurs, en réfléchissant bien, je vois plus l'interêt de Rails d'intégrer Merb que l'inverse, j'ai du mal à comprendre le retournement de situation coté Merb... mais tant mieux ! au final, les utilisateurs des 2 systèmes en profiteront (vi vi même les merb users :))
[^] # Re: Rapide !
Posté par totof2000 . Évalué à 10.
J'aurais plutot dit Merbe !!!
[^] # Re: Rapide !
Posté par Thomas . Évalué à 1.
Dans le cadre d'applis pas simplissimes il est adapté aussi. La plus grosse différence à ce niveau est à mon avis l'absence de helpers pour des trucs comme AJAX. Wycats a fait une présentation (dispo sur slideshare ou un truc web2.0 clickaconvi du style) où il montre la différence entre le code avec un helper de rails (et son ignoble JS inline) et le code jquery correspondant (il est un gros contributeur à JQuery). La différence était minime et d'un point de vue "philosophique" ça rejoint plutôt Django: un bon dev Web se doit de connaitre Javascript.
Lien vers la présentation: http://www.slideshare.net/wycats/merb-jquery-presentation
# Un tas de lien
Posté par Jean-Philippe (site web personnel) . Évalué à 4.
- http://rubyonrails.org/merb la page officielle sur le site de rails
- http://merbist.com/2008/12/23/rails-and-merb-merge/ annonce sur le blog du français membre de la core team de merb
- http://splendificent.com/2008/12/the-merb-rails-merger-annou(...) contributeur pour merb
- http://www.mackframework.com/2008/12/23/merb-rails3-rarb/ mack est également un framework mvc en ruby (on aura surement bientôt droit à la reaction des devs de sinatra également au train ou vont les choses)
Pour mes 2 cents de dev rails je pense que c'est une très bonne nouvelle, rails étant quand même plutôt poids lourd et pas forcément adapté à de petits projets. Si on peut choisir ses libs Js et son ORM ca peut aussi s'avérer pas mal du tout !
[^] # Re: Un tas de lien
Posté par Thomas . Évalué à 1.
Ca montre bien que l'annonce a un peu surpris tout le monde.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.