Merb and DataMapper: First Impressions

http://blog.antarestrader.com/?p=33

Merb é um framework web completo, concorrente do Rails com a vantagem de ser thread-safe (aliás, é incrível como os comentários depreciativos do Rails no GUJ nunca citaram essa grande fraqueza do framework. Será que tem gente que critica sem conhecer?). Ele também traz algumas coisas bacanas como um modelo de plugabilidade melhorado, pelo que consta.

As I said above Merb is an alternative to ActionPack, the piece of the Rails stack that backs the Controller and View parts of the framework. Merb will actually work with ActiveRecord or any other ORM framework. The Rails stack is integrated fairly tightly, Merb aims to avoid that. Form the site, ?Unlike Rails, Merb is ORM-agnostic, JavaScript library agnostic, and template language agnostic, preferring plugins that add in support for a particular feature rather than trying to produce a monolithic library with everything in the core.?

Alguém já começou a fazer coisas legais no framework?

No momento, não vejo o Merb como um concorrente do Rails, e acho que nem o Ezra(criador do framework), já que ele disse no Rails Podcast que gosta bastante do Rails, mas que em certos projetos não precisa de tudo que ele oferece, e por isso criou o Merb.

De qualquer forma, ele não deixa de ser um projeto interessante e bastante promissor, principalmente se considerarmos o progresso dos outros projetos da Engine Yard, no caso o Rubinius e o mod_rubinius.

E sobre o Merb ser thread-safe, confesso que não entendo muito do assunto, mas, no que tange a performance, creio que essa diferença não seje tão gritante, principalmente se o Merb crescer em funcionalidades e ficar perto do tamanho do Rails.

elomarns wrote:No momento, não vejo o Merb como um concorrente do Rails, e acho que nem o Ezra(criador do framework), já que ele disse no Rails Podcast que gosta bastante do Rails, mas que em certos projetos não precisa de tudo que ele oferece, e por isso criou o Merb.

O merb é um concorrente do Rails já que ambos sãof rameworks web que não trabalham exatamente juntos.

elomarns wrote:
E sobre o Merb ser thread-safe, confesso que não entendo muito do assunto, mas, no que tange a performance, creio que essa diferença não seje tão gritante, principalmente se o Merb crescer em funcionalidades e ficar perto do tamanho do Rails.

Isso não tem muita relação co uncionalidade e sim com design.

Quanto ao Rails e o Merb serem concorrentes, eu acredito que por enquanto este não seja o caso, já que mesmo os dois sendo frameworks web, ainda estão em estágios de evolução bem distintos. Enfim, talvez eu esteja errado, mas pelo menos por hora, o Merb ainda me parece mais uma alternativa light ao Rails, servindo para projetos onde o Rails fosse um pouco mais do que o necessário. Acredito que essa concorrência só virá a acontecer mesmo com o tempo.

Já em relação a ser thread-safe ou não, como eu disse antes, não sou exatamente um entendido no assunto, mas pelo que eu li(na verdade ouvi), a eventual evolução do Merb o faria ter uma performance mais próxima do Rails.

elomarns wrote:
Já em relação a ser thread-safe ou não, como eu disse antes, não sou exatamente um entendido no assunto, mas pelo que eu li(na verdade ouvi), a eventual evolução do Merb o faria ter uma performance mais próxima do Rails.

É exatamente iso que não faz sentido. O problema do Rails é que ele não trabalha com mais de uma coisa (uma thread) de cada vez, a maioria da mágica que o Rails faz não é thread-safe. Isso significa que cada instância de Rails vai cuidar de uma requisição por vez apenas. O Merb foi criado exatamente para poder fazer varias coisas ao mesmo tempo.

Independente das funcionalidades de cada um, fazer várias coisas ao mesmo tempo ou apenas uma é o que importa.

pcalcado wrote:

elomarns wrote:
Já em relação a ser thread-safe ou não, como eu disse antes, não sou exatamente um entendido no assunto, mas pelo que eu li(na verdade ouvi), a eventual evolução do Merb o faria ter uma performance mais próxima do Rails.

É exatamente iso que não faz sentido. O problema do Rails é que ele não trabalha com mais de uma coisa (uma thread) de cada vez, a maioria da mágica que o Rails faz não é thread-safe. Isso significa que cada instância de Rails vai cuidar de uma requisição por vez apenas. O Merb foi criado exatamente para poder fazer varias coisas ao mesmo tempo.

Independente das funcionalidades de cada um, fazer várias coisas ao mesmo tempo ou apenas uma é o que importa.

Eu já sabia dessa limitação do Rails e da ausência dela no Merb, mas por não ter muito conhecimento sobre essa parte, acreditei que o volume de funcionalidades do Merb iria causar uma queda na sua perfomance e aproximá-la um pouco do Rails, mas pelo visto parece que fui mal informado.

Ainda sobre esse assunto, o suporte a multi-VM do Rubinius faria o Rails ter uma perfomance melhor que a atual? Digo isso sem comparar com o Merb também sendo executado pelo Rubinius.

Debugger Membro desde: 14/02/2008 13:28:16 Mensagens: 62 Offline

O que não é thread-safe no Rails? A requisição web assim como Servlets e Struts1.x?

http://www.google.com/search?q=rails+thread+safe

Debugger Membro desde: 14/02/2008 13:28:16 Mensagens: 62 Offline

Dei uma olhada mas fique na mesma. Alguns falaram que o eval não é thread-safe? Não entendi.

Mas o Rails cria uma instancia da action por request ou usa a mesma instancia como Servlets e Struts1.x?

O Struts e o framework de serlvets são thread-safe, o que você não pode fazer é deixar seu servlet com estado porque uma mesma instância é utilizada em diversas requisições. isso não é um problema dado que você deveria armazenar estado em outros lugares como escopo de sessão.

O Rails não atende mais de uma requisição por vez, seja compartilhando ou não.

Debugger Membro desde: 14/02/2008 13:28:16 Mensagens: 62 Offline

pcalcado wrote:
O Rails não atende mais de uma requisição por vez, seja compartilhando ou não.

Alguém sabe o porquê disso? Qual a característica que ele tem que o Merb não tem que faz com que ele se torne thread-unsafe?

não é uma caracteristica especifica, é a forma como ele foi escrito, só isto ...

JavaChild Membro desde: 03/08/2005 15:06:13 Mensagens: 147 Offline

E sobre o data mapper, qual a opnião do pessoal? Vcs estão utilizando?
Eu gosto do AR, apesar dos pesares.
(em tempo: descobri a existência desse canal agora, parabéns GUJ!)

JavaEvangelist Membro desde: 26/04/2005 11:18:25 Mensagens: 469 Offline

A minha impressão é que o DataMapper ainda está meio cru. A última vez que eu chequei, no começo do ano, havia pelo menos um bug grave nas associações.

Saindo do tópico, a única coisa que eu acho chata no AR (e que infelizmente o Sequel copiou) é o esquema de migrations. Se eu vou definir meu esquema de dados em Ruby, não faria mais sentido defini-lo no próprio modelo?

This message was edited 1 time. Last update was at 02/03/2008 16:41:59

O Framework leva a assinatura de uma equipe altamente qualificada e pretende estar aderente ao Rubinius. É um framework para a comunidade Ruby sem dúvidas prestar atenção.

Hoje com a diferença de performance que estão publicando, não acho que compense a substituição de Rails por Merb, já que a intenção desse tipo de framework é agilizar a produtividade.

Alguém tem mais um outro ponto à não ser performance ? Vi que possui um menor acomplamento entre os frameworks de JS, ORM, entre outros, permitindo a substituição deles. Também li sobre o render , que me pareceu bastante a forma que o SpringMVC trata a requisição.

Achei bacana....vou acompanhar...

Notícias, artigos e o maior fórum brasileiro sobre Java