curso de ruby on rails para el master de deusto. día 2

Ruby on RailsMaster Universitario en Desarrollo e Integración de

Soluciones Software

Universidad de Deusto

Día 2

miércoles 2 de febrero de 2011

• Registro de usuarios

• Login y logout de usuarios

• Tests unitarios del modelo usuarios

¿Qué hicimos ayer?


Algunas aclaraciones


Vistas y Helpers


/logs/development.log

/app/controllers/sessions_controller.rb


Rutas y helpers

/app/layouts/application.html.erb

/app/views/sessions/new.html.erb


Las rutas definen los siguientes helpers que podemos usar en los links y en los formularios y nos ahorran escribir direcciones largas.

Sólo hay que poner el sufijo “_path” a la primera columna

Ejemplos: •link_to users_path•link_to new_user_path•form_for sessions_path (porque es POST)•new_session_path


¿Preguntas sobre lo de ayer?


Dónde lo dejamos ayer:https://github.com/esti/deusto_app/zipball/

2_signup_and_login

Dónde vamos a llegar ahora:https://github.com/esti/deusto_app/zipball/3_tweets


https://github.com/esti/deusto_app/zipball/2_signup_and_login




Test funcionales/test/functional/users_controller_test.rb


... para login/logout también/test/functionals/sessions_controller_test.rb


FixturesPara comprobar que un usuario ya registrado puede

loguearse, necesitamos poblar la base de datos de test con usuarios de prueba/db/fixtures/users.rb


Ejecutamos todos los tests, tanto Unit como Functional

$ rake test


• users_controller_test.rb: Comprobar que un usuario que pone un email no válido al registrarse, vuelve al formulario y le sale el error de validación.

• sessions_controller_test.rb: Comprobar que un usuario inexistente en la base de datos no puede entrar.

Ejercicios


Siguiente

Ahora que ya estamos loggeados, necesitamos poder publicar tweets


Demo


Modelo Tweet$ rails generate scaffold Tweet content:string user:references

$ rake db:migrate


Modelo TweetActive Record nos “regala” métodos para definir relaciones

entre modelos


Rails console$ rails console


Lo que sale del scaffold

Lo que queremos conseguir


Poblamos la base de datos con datos de prueba con un “rake task”

/lib/tasks/tweets.rake


Lo que sale del scaffold

Modificado

/app/views/tweets/index.html.erb


Helper


¡A programar!


Ahora queremos ahorrarle un click al usuario incluyendo el el formulario directamente en el listado de tweets


Scaffold nos ha creado automáticamente el formulario de crear un tweet /app/views/tweets/_form.html.erb


Nos aseguramos de que para poder tweetear, te has identificado antes

Y al guardar el tweet, nos aseguramos de asignárselo al usuario

correspondiente


Esta es la función que comprueba que el usuario está loggeado antes

de poder tweetear


Ahora que tenemos la funcionalidad principal de nuestra applicación, hacemos la “home” de nuestra web sea el

listado de tweets


Demo


/app/views/tweets/_form.html.erb

/app/views/users/_form.html.erb

Es hora de hacer un poco de limpieza: el código que muestra los errores de validación, es prácticamente el mismo para el formulario de tweets y para el de usuarios.


Hacemos un “partial” (/app/views/shared/_error_messages.html.erb) que contiene ese

código duplicado

Y lo incluimos en los dos formularios


Tests!


/test/units/tweet_test.rb


/test/controllers/tweets_controller_test.rb


La función de hacer login en un test la vamos a necesitar en muchos sitios, por eso la ponemos en el helper /test/

test_helper.rb


Nuestro primer test de integración


¡Os toca!


Ajax


Demo


Prototype: Librería Javascript

Así incluimos la librería javascript

Este es el HTML que

genera


Le decimos al formulario que queremos que funcione

de manera “remota”

Genera una etiqueta personalizada HTML5 que incluye en el formulario

Y el javascript que trae Rails incluye una función que

todos los formularios que tienen esta etiqueta se

manden de manera remota


Ahora tenemos que hacer que la respuesta del servidor sea la petición es “remota”. Para eso vale el bloque

“respond_to”!

render “app/views/tweets/create.js.erb”


/app/views/tweets/create.js.erb Contiene la respuesta del servidor para el formulario

remoto, en javascript.


Hacemos un partial que contiene la

porción de HTML que corresponde a cada tweet, que es lo que incluimos al principio de la lista

cuando alquien crea un nuevo

tweet

Y ya que lo tenemos lo

reutilizamos en el listado de tweets/app/views/tweets/index.html.erb

/app/views/tweets/_tweet.html.erb


curso de ruby on rails para el master de deusto. día 2

Education