5 frameworks web batteries-included que vale a pena conhecer

Um framework web batteries-included (com “baterias inclusas”) entrega roteamento, um ORM com migrations de banco de dados, autenticação, jobs em segundo plano, envio de e-mails e uma estrutura de testes como um único pacote coordenado. Assim, a equipe apenas configura os padrões, em vez de escolher e integrar bibliotecas separadas.

Se você desenvolve com Express ou Next.js, sabe como isso costuma funcionar. A funcionalidade é um e-mail de redefinição de senha, mas antes você passa uma semana comparando ORMs, bibliotecas de filas e de envio de e-mails. Depois, descobre que a biblioteca de autenticação não funciona com o seu session store.

Este artigo apresenta cinco frameworks, em cinco linguagens, que já trazem essas peças prontas: Rails, Django, Laravel, Phoenix e Loco. Para cada um, você confere a linguagem, o que vem incluído, o diferencial e o perfil de equipe indicado, tudo avaliado pelos mesmos critérios.

O que é um framework batteries-included?

Um framework batteries-included trata as camadas padrão do backend como parte do próprio framework, e não como complementos. Você recebe roteamento, acesso a dados e migrations, autenticação, uma fila de jobs, um módulo de envio de e-mails e uma estrutura de testes, tudo construído para funcionar em conjunto, com geradores que produzem código usando todas essas camadas.

Para quem vem do Express, a diferença é a seguinte: normalmente você escolheria um ORM como o Prisma, uma fila como o BullMQ, uma biblioteca de autenticação e uma de envio de e-mails, e depois as integraria e atualizaria uma a uma. Em um framework batteries-included, tudo isso vem de um único projeto. Os componentes compartilham a mesma documentação e os mesmos geradores, e são atualizados juntos em uma única release. O JavaScript também tem suas opções. O AdonisJS é o que mais se aproxima desse modelo, conforme abordado em nosso artigo sobre frameworks JavaScript no estilo Rails. Já o NestJS foca na estrutura da aplicação, em vez de empacotar todas as camadas.

Frameworks batteries-included são ideais para equipes cuja principal restrição é entregar funcionalidades. São menos indicados para equipes cujos requisitos frequentemente vão contra as premissas do framework sobre dados, autenticação ou deploy. Também não combinam com equipes que querem substituir camadas individuais, nem com serviços pequenos o bastante para que um roteador e uma biblioteca resolvam tudo. Alguns ecossistemas preferem, por cultura, compor pequenas bibliotecas. O Go é o exemplo mais comum, como mostramos em nosso guia de frameworks web para Go.

O acoplamento é o custo de um framework batteries-included. Os padrões que aceleram a primeira release também amarram a sua lógica de negócio às convenções do framework, o que pesa na hora de atualizar ou de testar de forma isolada.

Ruby on Rails

O Rails é o framework Ruby que popularizou o princípio de convenção sobre configuração. É a referência para os outros quatro. O Rails 8.1 é a série de releases atual, e o patch mais recente é o Rails 8.1.4.

O que vem incluído: roteamento, Active Record com migrations, Action Mailer, Active Job e um framework de testes padrão. A partir da versão 8.0, o Rails traz um gerador de autenticação padrão, que adiciona os models, controllers, views, rotas e migrations para login básico e redefinição de senha. Para jobs, o Solid Queue é o backend padrão do Active Job em novas aplicações. Ele usa o próprio banco de dados, então você não precisa de Redis.

Diferencial: geradores e convenções. Se arquivos, classes e tabelas seguem os nomes esperados, o roteamento e o mapeamento dos models funcionam praticamente sem configuração.

bin/rails generate scaffold Post title:string body:text

O comando de scaffold do Rails gera um model, uma migration, um controller, views, rotas e testes para um recurso CRUD completo.

Indicado para: equipes pequenas que buscam o fluxo de trabalho mais orientado a convenções e que aceitam de bom grado as opiniões do Rails.

Django

O Django é o framework batteries-included do Python. Seu grande destaque é uma interface administrativa gerada a partir dos seus models. A equipe do Django anunciou o lançamento do Django 6.1 em agosto de 2026.

O que vem incluído: roteamento de URLs, um ORM que gera migrations a partir de alterações nos models, django.contrib.auth, uma API de e-mail e um framework de testes. Desde o Django 6.0, o core inclui um framework de Tasks (django.tasks) para definir e enfileirar tarefas em segundo plano. Seus backends nativos são voltados para desenvolvimento e testes, portanto executar tarefas em produção exige um backend de worker de terceiros.

Diferencial: o Django admin site, que cria uma interface de back-office funcional a partir das definições dos seus models. Uma stack montada com bibliotecas separadas não oferece isso.

python manage.py startapp blog

O comando startapp do Django cria um pacote de aplicação com módulos para models, views, registro no admin, testes e migrations. O core do Django não tem um gerador de scaffold CRUD.

Indicado para: equipes que já trabalham com Python e aplicações que precisam de ferramentas administrativas internas desde o primeiro dia.

Laravel

O Laravel é o framework PHP com o ecossistema first-party mais amplo dos cinco. O Laravel 13 é a versão major atual.

O que vem incluído: o Laravel reúne roteamento, o ORM Eloquent com migrations, um sistema de filas, envio de e-mails, o motor de templates Blade, a CLI Artisan e testes em um único framework. Os starter kits oficiais fazem o scaffold da autenticação, e pacotes first-party como o Echo cuidam do broadcasting em tempo real no cliente.

Diferencial: uma API em que filas, e-mail e banco de dados parecem uma única biblioteca, além de um grande conjunto de pacotes oficiais para tudo o que fica fora do core.

php artisan make:model Post --migration --controller --resource

O comando make:model do Laravel, com essas flags, cria um model Eloquent com a migration correspondente e um resource controller.

Indicado para: equipes que querem hospedagem PHP amplamente disponível e preferem pacotes oficiais a escolher entre opções da comunidade.

Phoenix

O Phoenix leva a abordagem batteries-included ao Elixir. Ele combina geradores e a biblioteca de banco de dados Ecto com o LiveView, que permite criar interfaces interativas renderizadas no servidor. O Phoenix 1.8 é a release atual.

O que vem incluído: roteamento, schemas e migrations do Ecto, Channels e PubSub, além do mix phx.gen.auth. Esse gerador produz autenticação baseada em e-mail, com login via magic link por padrão e senhas como opção, construída sobre o LiveView por padrão. O grande destaque do Phoenix é o LiveView.

mix phx.gen.html Blog Post posts title:string body:text

O comando mix phx.gen.html do Phoenix gera um context, schema, migration, controller, templates e testes.

Indicado para: produtos em tempo real em que você prefere não manter uma SPA separada.

Loco

O Loco é um framework para Rust inspirado no Rails, construído sobre o Axum, com models e migrations baseados no SeaORM. A página oficial do projeto o descreve como Rust batteries-included, na versão v1.2.0.

O que vem incluído: a página oficial do Loco lista models, controllers, jobs, mailers e autenticação, todos gerados e integrados entre si. A autenticação é baseada em JWT.

cargo loco generate scaffold post title:string content:text

De acordo com a documentação de geradores do Loco, o comando de scaffold do Loco cria um model, uma migration, tipos de request e response, um controller de API JSON com rotas e um teste de model. As rotas geradas pelo scaffold exigem autenticação JWT, a menos que você passe --no-auth.

Indicado para: equipes que querem um backend Rust compilado e tipado aliado ao fluxo de trabalho do Rails.

Como escolher um framework batteries-included?

Comece pela linguagem que a sua equipe já domina e use o diferencial de cada framework como critério de desempate. Escolha o Django para ter uma interface administrativa sem esforço. Escolha o Rails para geradores orientados a convenções. Escolha o Laravel para pacotes first-party e hospedagem fácil. Escolha o Phoenix para UI em tempo real renderizada no servidor, e o Loco para Rust com o mesmo modelo. Antes de se comprometer, execute o comando gerador do framework pré-selecionado em uma funcionalidade real do seu backlog e verifique quanto código você ainda precisaria escrever além do que ele entrega.

Perguntas frequentes

O framework de Tasks nativo do Django substitui o Celery?

Não totalmente. O módulo django.tasks, adicionado no Django 6.0, cuida da definição, validação e enfileiramento de tarefas e do armazenamento de seus resultados, mas não inclui um worker. Os backends nativos ImmediateBackend e DummyBackend são voltados para desenvolvimento e testes. Em produção, você instala um backend de terceiros que forneça uma fila durável e um processo worker, e executa esse worker separadamente. O Celery continua sendo a opção mais adequada para tarefas que dependem umas das outras.

Posso usar Rails ou Laravel como backend apenas de API para um frontend React ou Next.js?

Sim. Executar rails new my_api --api gera uma stack de middlewares mais enxuta e faz o ApplicationController herdar de ActionController::API. Isso também impede que os geradores criem views, helpers e assets, de modo que os scaffolds renderizam JSON. Desde o Laravel 11, o comando php artisan install:api cria o arquivo routes/api.php e instala o Laravel Sanctum, que cuida da autenticação por token para SPAs e clientes mobile.

Existe um framework batteries-included para Node.js?

O AdonisJS é o equivalente mais próximo no Node.js. É um framework TypeScript que traz autenticação, ORM, validação, envio de e-mails, filas, cache e testes como partes construídas para funcionar em conjunto. Sua camada de dados é o Lucid, um ORM Active Record construído sobre o Knex que inclui migrations. Os testes rodam no Japa, um framework de testes da mesma equipe. A autenticação suporta sessões para aplicações web e access tokens para APIs.