Creando un CRUD completo – Ruby on Rails

Ahora que has visto cómo crear un controlador, una acción y una vista, vamos a crear algo un poco más complejo.

En la aplicación de blog, ahora vas a crear un nuevo recurso (resource). Un recurso es el término usado para una colección de objetos similares, como artículos, personas o animales. Puedes crear, leer, actualizar y eliminar objetos para un recurso y estas operaciones son referidas como operaciones CRUD (del inglés, Create, Read, Update, Destroy).

Rails incluye un método llamado resources que puedes utilizar para declarar un recurso REST estándar. Este es el aspecto que debería tener el archivo config/routes.rb después de haber declarado el recurso article:

Blog::Application.routes.draw do
  resources :articles
  root 'welcome#index'
end

Si ejecutas el comando rake routes, verás que se han definido varias rutas para todas las acciones estándar de las aplicaciones RESTful. Más adelante se explicará el significado de cada columna. Por ahora sóo fíjate en que Rails ha inferido que la palabra en singular del recurso articles es article, con lo que el resultado es el siguiente:

$ bin/rake routes
 
      Prefix Verb   URI Pattern                  Controller#Action
    articles GET    /articles(.:format)          articles#index
             POST   /articles(.:format)          articles#create
 new_article GET    /articles/new(.:format)      articles#new
edit_article GET    /articles/:id/edit(.:format) articles#edit
     article GET    /articles/:id(.:format)      articles#show
             PATCH  /articles/:id(.:format)      articles#update
             PUT    /articles/:id(.:format)      articles#update
             DELETE /articles/:id(.:format)      articles#destroy
        root GET    /                            welcome#index

En las próximas secciones añadirás la funcionalidad de crear artículos en la aplicación y también podrás visualizarlos. Estas dos acciones son, respectivamente, las letras C y R del conjunto de acciones CRUD. El formulario para crear los artículos tendrá este aspecto:

Por el momento será un formulario muy simple. Pero tranquilo porque después ya le aplicaremos estilos para mejorarlo.

Primeros pasos

La primera cosa que necesitaremos para crear un nuevo artículo, es crear una sección especial para esto en nuestra aplicación. Un buen lugar podría ser /posts/new. Si tratas de navegar a esa dirección ahora – visitando http://localhost:3000/articles/new – Rails mostrará el siguiente mensaje de error:

Este error se produce porque la ruta necesita tener asociado un controlador para poder servir las peticiones. Así que la solución es tan sencilla como crear un controllador llamado ArticlesController. Si no quieres crearlo a mano, ejecuta el siguiente comando:

$ bin/rails g controller articles

Si ahora abres el archivo app/controllers/articles_controller.rb que se acaba de generar, verás el siguiente controlador vacío:

class ArticlesController < ApplicationController
end

Un controlador es simplemente una clase que hereda de ApplicationController. Dentro de esta clase defines los métodos que se convertirán en las acciones del controlador. Estas acciones son las que se encargan de las operaciones CRUD sobre los artículos de la aplicación.

Si ahora refrescas la página http://localhost:3000/articles/new, verás de nuevo un error, pero diferente al anterior:

Este error significa que Rails no puede encontrar la acción new dentro del controladorArticlesController que acabas de generar. El motivo es que cuando se genera un controlador automáticamente, su contenido está vacío a menos que le indiques qué acciones quieres incluir.

Para añadir una acción a mano en un controlador, lo único que necesitas es crear un nuevo método en el controlador. Abre el archivo app/controllers/articles_controller.rb y dentro de la claseArticlesController define un nuevo método de esta manera:

def new
end

Refresca de nuevo la página http://localhost:3000/articles/new y verás que a pesar de haber añadido el método new, sigues viendo un mensaje de error:

La causa de este error es que Rails espera que las acciones de los controladores tengan asociadas unas vistas para mostrar su información. Cuando no existe la vista, Rails muestra el siguiente mensaje de error.

Missing template articles/new, application/new with
{locale:[:en], formats:[:html], handlers:[:erb, :builder, :coffee]}.
Searched in: * "/path/to/blog/app/views"

Vaya rollo de texto, ¿verdad? Repasemos rápidamente cada parte de ese texto.

La primera parte identifica la plantilla que está faltando. En este caso, es la plantila articles/new. Rails primero buscará esta plantilla. Si no la encuentra, luego tratará de cargar la plantilla llamadaapplication/new. El motivo es que tu controlador ArticlesController hereda del controlador baseApplicationController.

La siguiente parte del mensaje contiene un mapa (en inglés, hash). La clave :locale en este mapa simplemente indica el idioma para el que se debe obtener la plantilla. Por defecto, está configurado en inglés (código en).

La siguiente clave, :formats especifica el formato de la plantilla que será servido en la respuesta. El formato por defecto es :html, por lo que Rails busca una plantilla HTML. La última clave, :handlers, nos dice qué manejador de plantilla (en inglés, template handler) se puede usar para renderizar la plantilla. :erb es el manejador más usado para plantillas HTML, :builder se usa para plantillas XML, y:coffee usa CoffeeScript para construir plantillas JavaScript.

La última parte del mensaje de error indica los lugares en los que Rails ha buscado las plantillas. En una aplicación Rails como esta las plantillas se guardan en un único directorio. Pero en aplicaciones más complejas, las plantillas podrían encontrarse repartidas en varias localizaciones.

La plantilla más simple que funcionaría en nuestro caso sería una localizada enapp/views/articles/new.html.erb. La extensión de este nombre de archivo es muy importante: la primera extensión define el formato de la plantilla, y la segunda extensión el manejador de plantillaque se usará.

Rails tratará de encontrar una plantilla llamada articles/new en el directorio app/views. El formato para esta plantilla sólo puede ser html y el manejador debería ser erb, builder o coffee. Ya que quieres crear un nuevo formulario HTML, tendrás que usar el lenguaje ERB. Por lo tanto el archivo debería llamarse articles/new.html.erb y debe encontrarse dentro de la carpeta app/views de la aplicación.

Ahora crea un nuevo archivo en app/views/articles/new.html.erb y escribe el siguiente contenido en él:

<h1>New Post</h1>

Cuando recargues http://localhost:3000/posts/new, verás que la página tiene un título. La ruta, el controlador, la acción y la vista ahora están funcionando todos de manera conjunta y por eso ya no se muestra ningún error. Ahora es el momento de crear un formulario para crear artículos.

El primer formulario

Para crear un formulario dentro de esta plantilla, se utiliza un constructor de formularios (en inglés,«form builder»). El principal constructor de formularios de Rails incluye un helper llamado form_for. Para hacer uso de este método, añade el siguiente código a app/views/posts/new.html.erb:

<%= form_for :post do |f| %>
  <p>
    <%= f.label :title %><br>
    <%= f.text_field :title %>
  </p>
 
  <p>
    <%= f.label :text %><br>
    <%= f.text_area :text %>
  </p>
 
  <p>
    <%= f.submit %>
  </p>
<% end %>

Si recargas la página, ahora verás el mismo formulario que en el ejemplo. ¡Crear formularios en Rails es así de sencillo!

Cuando llamas a form_for, le pasas un objeto identificador para este formulario, que en este caso, es el símbolo :article. Esto le indica al método form_for para quién es este formulario.

Dentro del bloque para este método, el objeto FormBuilder – representado por f – se usa para construir dos títulos y dos cajas de texto, una para el título del artículo y otra para su contenido. Finalmente, la llamada al método submit en el objeto f crea un botón para enviar el formulario.

Sin embargo, existe un problema con este formulario. Si ver el código HTML generado en la página, verás que el atributo action de el formulario apunta a /articles/new. Ésto es un problema porque esta ruta va a la misma página donde te encuentras en este momento, cuando en realidad la ruta sólo debería usarse para mostrar el formulario que crea nuevos artículos.

El formulario necesita una URL distinta para poder dirigirse hacia algún otro lugar. Conseguirlo es bastante sencillo, ya que basta utilizar la opción :url del método form_for. En Rails la acción que se usa normalmente para crear nuevos elementos se llama create (en español, «crear»), por lo que el formulario debería apuntar hacia esa acción.

Edita la línea de form_for de la vista app/views/posts/new.html.erb para que se vea así:

<%= form_for :article, url: articles_path do |f| %>

En este ejemplo se pasa el helper articles_path a la opción :url. Para comprender qué es lo que hace Rails con este objeto, recuerda cómo era el resultado de ejecutar el comando rake routes:

$ bin/rake routes
 
      Prefix Verb   URI Pattern                  Controller#Action
    articles GET    /articles(.:format)          articles#index
             POST   /articles(.:format)          articles#create
 new_article GET    /articles/new(.:format)      articles#new
edit_article GET    /articles/:id/edit(.:format) articles#edit
     article GET    /articles/:id(.:format)      articles#show
             PATCH  /articles/:id(.:format)      articles#update
             PUT    /articles/:id(.:format)      articles#update
             DELETE /articles/:id(.:format)      articles#destroy
        root GET    /                            welcome#index

El helper articles_path le dice a Rails que apunte el formulario a la URI asociada con el prefijoarticles, por lo que el formulario enviará por defecto peticiones POST a esa ruta. Como ves, esta ruta está asociada con la acción create del controlador actual, ArticlesController.

Con el formulario y su ruta asociada definidas, ahora ya puedes rellenar el formulario y pinchar en el botón de enviar para empezar el proceso de creación de un nuevo artículo. No obstante, cuando envíes el formulario verás el siguiente mensaje de error que ya debería resultarte familiar:

Para solucionarlo debemos crear la acción create en ArticlesController.

Creando artículos

Para hacer que el error «Unknown action» desaparezca, defini una acción create dentro de la claseArticlesController en app/controllers/articles_controller.rb, debajo de la acción new:

class PostsController < ApplicationController
  def new
  end
 
  def create
  end
end

Si ahora reenvías el formulario, verás otro error común: falta la plantilla. Por el momento vamos a ignorar este error, ya que la acción create sí que está al menos guardando el nuevo artículo en la base de datos.

Cuando se envía un formulario, los campos del formulario se envían a Rails como parámetros. Estos parámetros se pueden obtener dentro de las acciones del controlador, ya que normalmente tu código los necesita para completar sus tareas. Para ver cómo son parámetros, cambiar la acción create a esto:

def create
  render plain: params[:article].inspect
end

Al método render se le pasa un hash muy simple con la clave text y el valor params[:post].inspect. El método params es el objeto que representa a los parámetros (o campos) que vienen desde el formulario. El método params devuelve un objeto ActiveSupport::HashWithIndifferentAccess, que te permite acceder a las claves del hash usando tanto cadenas de texto como símbolos. En nuestro caso los únicos parámetros que importan son los que vienen del formulario.

Si reenvias el formulario una vez más, ya no obtendrás el error que indica que falta la plantilla. En su lugar verás algo como lo siguiente:

{"title"=>"First article!", "text"=>"This is my first article."}

Ahora esta acción muestra los parámetros que se envían mediante el formulario que crea nuevos artículo. En cualquier caso, de momento esto no nos sirve para nada. Aunque es cierto que puedes ver el contenido de los parámetros, no estamos haciendo nada con ellos, por lo que su valor se pierde.

Creando el modelo Article

Los modelos en Rails se escriben en singular y los nombres de sus tablas asociadas se convierten automáticamente en plural. Rails incluye un generador para crear modelos que lo utilizan la mayoría de programadores Rails para crear al menos el esqueleto del modelo. Para crear el nuevo modeloArticle ejecuta el siguiente comando en la consola:

$ bin/rails generate model Article title:string text:text

Con ese comando le decimos a Rails que queremos un modelo llamado Article, que contenga un atributo title de tipo cadena de texto y un atributo text de tipo texto largo. Esos atributos se añaden automáticamente a la tabla articles en la base de datos y se asocian al modelo Article.

El resultado de ejecutar este comando es que Rails ha creado varios archivos. Por el momento sólo nos interesan app/models/article.rb y db/migrate/20140120191729_create_articles.rb (en tu caso el nombre de este archivo será ligeramente diferente). Este último se encarga de crear la estructura de la base de datos, que es lo próximo que vamos a analizar.

Migraciones

Como hemos visto, el comando rails generate model crea un archivo de migración de base de datos en el directorio db/migrate. Las migraciones son clases de Ruby que están diseñadas para simplificar la creación y modificación de las tablas de la base de datos.

Rails usa comandos rake para ejecutar migraciones, y es posible deshacer una migración después de que ha sido aplicada a la base de datos. Los archivos de migraciones incluyen un sello de tiempo con la fecha y hora para que siempre sean procesadas en el mismo orden que fueron creadas.

Si miras el contenido del archivo db/migrate/20140120191729_create_articles.rb (recuerda que en tu caso el nombre de este archivo será ligeramente diferente), esto es lo que encontrarás:

class CreateArticles < ActiveRecord::Migration
  def change
    create_table :articles do |t|
      t.string :title
      t.text :text
 
      t.timestamps
    end
  end
end

La migración de arriba crea un método llamado change que se invoca cuando ejecutas la migración. La acción definida en este método es reversible, lo cual significa que Rails sabe cómo deshacer los cambios realizados en esta migración en caso que necesites hacerlo más adelante.

Cuando ejecutas esta migración se crea una tabla articles con una columna tipo string y otra columna tipo text. También crea dos campos de tipo timestamp para que Rails pueda guarda la fecha y hora en la que los artículos se crean y se modifican.

En este punto, puedes usar el comando rake para ejecutar la migración:

$ bin/rake db:migrate

Rails ejecutará este comando de migración y te indicará que ha creado la tabla Articles.

==  CreateArticles: migrating ==================================================
-- create_table(:articles)
   -> 0.0019s
==  CreateArticles: migrated (0.0020s) =========================================

Guardando datos en el controlador

En ArticlesController debemos cambiar ahora la clase create para que utilice el nuevo modeloArticle al guardar la información en la base de datos. Abre el archivoapp/controllers/articles_controller.rb y modifica la acción create para que tenga el siguiente contenido:

def create
  @article = Article.new(params[:article])
 
  @article.save
  redirect_to @article
end

Lo que está sucediendo ahora es que cada modelo Rails se inicializa con sus respectivos atributos, que se asocian automáticamente con las columnas correspondientes de la base de datos. La primera línea del código anterior hace exactamente eso (recuerda que params[:article] contiene los atributos que nos interesan). Después, @article.save se encarga de guardar el modelo en la base de datos. Por último, redirigimos al usuario a la acción show, que definiremos más adelante.

Si recargas de nuevo la página http://localhost:3000/articles/new serás casi capaz de crear un nuevo artículo. Si lo pruebas, verás que se muestra este mensaje de error:

Rails incluye varias opciones para ayudarte a desarrollar aplicaciones seguras y ahora mismo estás viendo en directo una de ellas. Esta opción se llama strong_parameters y obliga a decirle a Rails exactamente qué parametros estamos dispuestos a aceptar en nuestros controladores.

Como en este caso sólo nos interesan los atributos title y text, debes añadir el siguiente métodoarticle_params y cambiar el código de la acción create:

def create
  @article = Article.new(article_params)
 
  @article.save
  redirect_to @article
end
 
private
  def article_params
    params.require(:article).permit(:title, :text)
  end

El método permit es lo que nos permite aceptar tanto el title como el text en la acción.

Mostrando artículos

Si ahora vuelves a enviar el formulario, Rails mostrará un mensaje de error indicando que no encuentra la acción show. Como esto no es muy útil, vamos a crear la acción show antes de continuar.

Como viste en la salida del comando rake routes, la ruta de la acción show tiene este aspecto:

$ bin/rake routes
 
      Prefix Verb   URI Pattern                  Controller#Action
     article GET    /articles/:id(.:format)      articles#show
         ...

La sintaxis :id de la ruta indica a Rails que esta ruta espera un parámetro llamado :id, que en este caso será el atributo id del artículo que se quiere ver. Como hicimos anteriormente, es necesario añadir una nueva acción en el archivo app/controllers/articles_controller.rb y también hay que crear su vista correspondiente.

def show
  @article = Article.find(params[:id])
end

Un par de cosas que debes tener en cuenta: usamos Article.find para encontrar el artículo que nos interesa, pasándole el valor params[:id] para obtener el parámetro :id directamente de la petición. También usamos una variable de instancia (con el prefijo @) para guardar una referencia al objeto del artículo. Hacemos eso porque Rails pasa automáticamente todas las variables de instancia a la vista.

Ahora, crea un nuevo archivo app/view/articles/show.html.erb con el siguiente contenido:

<p>
  <strong>Title:</strong>
  <%= @article.title %>
</p>
 
<p>
  <strong>Text:</strong>
  <%= @article.text %>
</p>

Con estos cambios, ya deberíamos poder crear nuevos artículos. Para ello, visitahttp://localhost:3000/posts/new y pruébalo.

Listando todos los artículos

Todavía no tenemos una forma de listar todos los artículos disponibles, por lo que vamos a hacerlo ahora mismo. La ruta que corresponde a esta acción según el comando rake routes es:

$ bin/rake routes
 
      Prefix Verb   URI Pattern                  Controller#Action
    articles GET    /articles(.:format)          articles#index
         ...

Y la acción index correspondiente para esta ruta dentro de ActionController del archivoapp/controllers/articles_controller.rb debería ser:

def index
  @articles = Article.all
end

Y por último, añade la vista para esta acción en la plantilla localizada enapp/views/articles/index.html.erb:

<h1>Listing articles</h1>
 
<table>
  <tr>
    <th>Title</th>
    <th>Text</th>
  </tr>
 
  <% @articles.each do |article| %>
    <tr>
      <td><%= article.title %></td>
      <td><%= article.text %></td>
    </tr>
  <% end %>
</table>

Visita ahora la página http://localhost:3000/articles y verás el listado de todos los artículos que has creado.

Añadiendo enlaces

En estos momentos puedes crear, mostrar y listar artículos. Pero todas estas acciones son independientes y no están conectadas entre sí. Por ello ahora vamos a añadir algunos enlaces que nos permitan navegar entre las páginas.

Abre app/views/welcome/index.html.erb y modifícalo como se indica a continuación:

<h1>Hello, Rails!</h1>
<%= link_to 'My Blog', controller: 'articles' %>

El método link_to es uno de los helpers que incluye Rails para las vistas. Este método crea un enlace utilizando el texto y la ruta indicados, que en este caso será la ruta articles.

Vamos a agregar enlaces a las otras vistas, empezando por añadir el enlace «New Article» en la vistaapp/views/articles/index.html.erb justo por encima de la etiqueta <table>:

<%= link_to 'New article', new_article_path %>

Este enlace te permite acceder directamente al formulario para crear nuevos artículos. Añade también un enlace en app/views/articles/new.html.erb, justo debajo del formulario, para volver a la portada del sitio:

<%= form_for :article, url: articles_path do |f| %>
  ...
<% end %>
 
<%= link_to 'Back', articles_path %>

Finalmente, añade otro enlace a la plantilla app/views/articles/show.html.erb para regresar a la acción index, de manera que la persona que está viendo un artículo pueda volver fácilmente a la portada del sitio.

<p>
  <strong>Title:</strong>
  <%= @article.title %>
</p>
 
<p>
  <strong>Text:</strong>
  <%= @article.text %>
</p>
 
<%= link_to 'Back', articles_path %>

Añadiendo validaciones

Ahora mismo, el archivo app/models/article.rb del modelo es tan simple como:

class Article < ActiveRecord::Base
end

Aunque el archivo está vacío, fíjate que la clase hereda de ActiveRecord::Base. El Active Recordañade de esta manera muchas funcionalidades a tus modelos de Rails. Entre otras, incluye un CRUD básico, validación de datos, búsqueda de información y la posibilidad de relacionar modelos entre sí.

Rails incluye por ejemplo métodos que te permiten validar la información que envías a los modelos. Para definir esta validación, abre el archivo app/models/article.rb y añade lo siguiente:

class Article < ActiveRecord::Base
  validates :title, presence: true,
                    length: { minimum: 5 }
end

Estos cambios aseguran que que todos los artículos tengan un título de al menos cinco caracteres de longitud. Rails puede validar diferentes características de los modelos, como si incluyen una determinada columna, si su valor es único en la base de datos, su formato, y si existen o no objetos relacionados. Las validaciones se explican con detalle en el artículo Active Record Validations.

Ahora que ya has configurado la validación, cuando invoques el métood @article.save en un artículo inválido, el resultado será false. No obstante, si abres el archivoapp/controllers/articles_controller.rb, verás que no verificamos el resultado de la llamada a@article.save dentro de la acción create. Si el método @article.save devuelve false, deberíamos mostrar de nuevo el formulario al usuario mostrándole los errores que contiene. Para ello, cambia las acciones new y create en el archivo app/controllers/articles_controller.rb:

def new
  @article = Article.new
end
 
def create
  @article = Article.new(article_params)
 
  if @article.save
    redirect_to @article
  else
    render 'new'
  end
end
 
private
  def article_params
    params.require(:article).permit(:title, :text)
  end

La acción newp ahora crea una variable de instancia llamada@article` y el motivo por el que lo hace lo comprenderás muy pronto.

Observa que en la acción create utilizamos render en vez de redirect_to cuando el método savedevuelve false. Se utiliza el método render para que el objeto @article se pase cuando se renderiza la plantilla. Esta renderización se realiza en la misma petición en la que se envió el formulario, mientras que redirect_to le dice al navegador que realice otra petición.

Si recargas la página http://localhost:3000/articles/new y tratas de guardar un artículo sin título, Rails te mostrará el mismo formulario vacío, lo cual no es muy útil. Lo que debemos hacer es mostrar al usuario qué errores se han producido. Para ello, modifica el archivo app/views/articles/new.html.erbpara que compruebe si existen errores:

<%= form_for :article, url: articles_path do |f| %>
  <% if @article.errors.any? %>
  <div id="error_explanation">
    <h2><%= pluralize(@article.errors.count, "error") %> prohibited
      this article from being saved:</h2>
    <ul>
    <% @article.errors.full_messages.each do |msg| %>
      <li><%= msg %></li>
    <% end %>
    </ul>
  </div>
  <% end %>
  <p>
    <%= f.label :title %><br>
    <%= f.text_field :title %>
  </p>
 
  <p>
    <%= f.label :text %><br>
    <%= f.text_area :text %>
  </p>
 
  <p>
    <%= f.submit %>
  </p>
<% end %>
 
<%= link_to 'Back', articles_path %>

En este código están sucediendo varias cosas. Primero comprobamos si existen errores con el método @article.errors.any?. Si existen, mostramos una lista con todos los errores obtenidos mediante @article.errors.full_messages.

El helper pluralize es uno de los helpers incluídos en Rails y que acepta como argumentos un número y una cadena de texto. Si el número pasado es mayor que 1, la cadena de texto se convierte automáticamente en plural..

El motivo por el que añadimos @article = Article.new en el controlador ArticlesController es porque si no, @article tendría un valor nil en la vista. Así que al ejecutar @article.errors.any? se mostraría un error.

Rails encierra automáticamente con un <div class="field_with_errors"> a los campos de formulario que contienen errores. Así que sólo tienes que definir los estilos CSS correspondientes para hacer que los mensajes de error destaquen lo suficiente.

Ahora sí verás un mensaje de error cuando trates de guardar un artículo sin título en la páginahttp://localhost:3000/articles/new.

Actualizando artículos

Hasta ahora nos hemos ocupado de la parte CR del acrónimo CRUD. En esta sección nos ocuparemos de la parte U, es decir, de actualizar artículos. El primer paso consiste en añadir la acción edit a ArticlesController.

def edit
  @article = Article.find(params[:id])
end

La vista contendrá un formulario similar al que hemos usado para crear nuevos artículos. Para ello, crea el archivo app/views/articles/edit.html.erb con el siguiente contenido:

<h1>Editing article</h1>
 
<%= form_for @article, url: article_path(@article) do |f| %>
  <% if @article.errors.any? %>
  <div id="error_explanation">
    <h2><%= pluralize(@article.errors.count, "error") %> prohibited
      this article from being saved:</h2>
    <ul>
    <% @article.errors.full_messages.each do |msg| %>
      <li><%= msg %></li>
    <% end %>
    </ul>
  </div>
  <% end %>
  <p>
    <%= f.label :title %><br>
    <%= f.text_field :title %>
  </p>
 
  <p>
    <%= f.label :text %><br>
    <%= f.text_area :text %>
  </p>
 
  <p>
    <%= f.submit %>
  </p>
<% end %>
 
<%= link_to 'Back', articles_path %>

En esta ocasión el formulario apunta a la acción update, que todavía no hemos creado. La opción:method => :patch le dice a Rails que queremos enviar este formulario mediante el método PATCH de HTTP que, según el protocolo REST, es el que se debe utilizar al actualizar recursos.

El primer parámetro de form_for puede ser un objeto, por ejemplo @article, que se utiliza para rellenar los campos del formulario. Si pasas un símbolo (ejemplo :article) cuyo nombre sea idéntico al de una variable de instancia (@article) el funcionamiento es el mismo. Esto es precisamente lo que está pasando en este ejemplo. Consulta la documentación de form_for para conocer más detalles.

A continuación, crea la acción update en el archivo app/controllers/articles_controller.rb:

def update
  @article = Article.find(params[:id])
 
  if @article.update(article_params)
    redirect_to @article
  else
    render 'edit'
  end
end
 
private
  def article_params
    params.require(:article).permit(:title, :text)
  end

El nuevo método update se usa al actualizar un registro que ya existe, y acepta como argumento unhash que contiene los atributos que deseas actualizar. Como hicimos anteriormente, si hay un error actualizando el artículo queremos volver a mostrar el formulario al usuario. Para ello se reutiliza el método article_params definido anteriormente para la acción create.

Por último, queremos mostrar un enlace a la acción edit en la lista de todos los artículos. Así que modifica la vista app/views/articles/index.html.erb para añadir un nuevo enlace:

<table>
  <tr>
    <th>Title</th>
    <th>Text</th>
    <th colspan="2"></th>
  </tr>
 
<% @articles.each do |article| %>
  <tr>
    <td><%= article.title %></td>
    <td><%= article.text %></td>
    <td><%= link_to 'Show', article_path(article) %></td>
    <td><%= link_to 'Edit', edit_article_path(article) %></td>
  </tr>
<% end %>
</table>

Añade también un enlace en la vista app/views/articles/show.html.erb, de manera que haya un enlace Edit en la página de cada artículo. Añade lo siguiente al final de la plantilla:

...
 
<%= link_to 'Back', articles_path %>
| <%= link_to 'Edit', edit_article_path(@article) %>

Y este es el aspecto que tiene la aplicación por el momento:

Usando parciales para eliminar las duplicidades en las vistas

La página edit se parece mucho a la página new porque utilizan el mismo código para mostrar el formulario. Así que vamos a eliminar estas duplicidades mediante los parciales. Por convención unparcial es un archivo de plantilla cuyo nombre empieza por un guión bajo y cuyo contenido se reutiliza en varias plantillas diferentes.

Crea un nuevo archivo llamado app/views/articles/_form.html.erb y que tenga el siguiente contenido:

<%= form_for @article do |f| %>
  <% if @article.errors.any? %>
  <div id="error_explanation">
    <h2><%= pluralize(@article.errors.count, "error") %> prohibited
      this article from being saved:</h2>
    <ul>
    <% @article.errors.full_messages.each do |msg| %>
      <li><%= msg %></li>
    <% end %>
    </ul>
  </div>
  <% end %>
  <p>
    <%= f.label :title %><br>
    <%= f.text_field :title %>
  </p>
 
  <p>
    <%= f.label :text %><br>
    <%= f.text_area :text %>
  </p>
 
  <p>
    <%= f.submit %>
  </p>
<% end %>

Todo este contenido, excepto la declaración form_for, es idéntico al contenido que ya teníamos. Como @article es un recurso que incluye todas las rutas RESTful y Rails es capaz de inferir qué URI y método se debe utilizar, podemos simiplificar al máximo la declaración form_for. Consulta la guíaResource-oriented style para obtener más información sobre este uso de form_for.

Ahora actualiza completmanete la vista app/views/articles/new.html.erb para usar el nuevo parcial:

<h1>New article</h1>
 
<%= render 'form' %>
 
<%= link_to 'Back', articles_path %>

Luego haz lo mismo para la vista app/views/articles/edit.html.erb:

<h1>Edit article</h1>
 
<%= render 'form' %>
 
<%= link_to 'Back', articles_path %>

Borrando artículos

Ahora ya estamos listos para completar la letra «D» del acrónimo CRUD: borrar artículos de la base de datos. Siguiendo la convención REST, la ruta para borrar artículos debería ser la que indica el comando rake routes:

$ bin/rake routes
 
      Prefix Verb   URI Pattern                  Controller#Action
 
             DELETE /articles/:id(.:format)      articles#destroy
      ...

El método deletees el que se debe usar para eliminar recursos de la aplicación. Si esta ruta siguiera el formato GET tradicional, los usuarios maliciosos podrían crear enlaces como el siguiente:

<a href='http://example.com/articles/1/destroy'>¡Mira este precioso gatito!</a>

Para evitarlo se utiliza el método DELETE de HTTP mediante la ruta que está asociada con la accióndestroy del archivo app/controllers/articles_controller.rb. Como esta acción no existe todavía, créala con el siguiente contenido:

def destroy
  @article = Article.find(params[:id])
  @article.destroy
 
  redirect_to articles_path
end

Puedes invocar el método destroy en cualquier objeto Active Record para eliminarlo de la base de datos. Como después del borrado de información se redirige al usuario a la acción index, no es necesario crear una vista para esta acción destroy.

Finalmente, agrega un enlace a la plantilla de la acción index (app/views/articles/index.html.erb) para completar todo.

<h1>Listing Articles</h1>
<%= link_to 'New article', new_article_path %>
<table>
  <tr>
    <th>Title</th>
    <th>Text</th>
    <th colspan="3"></th>
  </tr>
 
<% @articles.each do |article| %>
  <tr>
    <td><%= article.title %></td>
    <td><%= article.text %></td>
    <td><%= link_to 'Show', article_path(article) %></td>
    <td><%= link_to 'Edit', edit_article_path(article) %></td>
    <td><%= link_to 'Destroy', article_path(article),
                    method: :delete, data: { confirm: 'Are you sure?' } %></td>
  </tr>
<% end %>
</table>

En esta plantilla se utiliza link_to de una manera diferente. El nombre de la ruta se pasa como segundo argumento y después se indican las opciones mediante otro argumento. Las opciones:method y :data-confirm se utilizan como atributos HTML5 para que cuando se pinche sobre el enlace Rails muestre un mensaje de confirmación al usuario antes de borrar la información.

Este comportamiento es posible gracias al archivo JavaScript llamado jquery_ujs, que se incluye automáticamente en el layout de la aplicación (app/views/layouts/application.html.erb) que se creó al generar la aplicación Rails. Si no se incluye este archivo, el mensaje de confirmación no se muestra.

¡Felicidades! Ahora ya puedes crear, mostrar, listar, actualizar y borrar artículos.