Refactoring a Rails API

talk given by @edymerchk and @dmuneras in local Meetup - Medellin.rb May 31th

Transcript

1. Refactoring a Rails API
3. <3
4. <3
5. Agenda Autenticación Respuestas JSON FAT Controllers Serializers
6. 1. Autenticación Autenticación
7. Session
11. Token Auth
13. Cookies vs Token • Cookies + CORS (cross-origin resource sharing) • Stateless (a.k.a. Server side scalability) • Decoupling • Mobile ready • CSRF (Cross-site request forgery)
14. Model
15. Controller
16. Filter
20. DailyCred
21. Respuestas JSON
24. https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html
35. * La formación de ese JSON podría ir fuera de ese controlador.
37. Por ejemplo, aquí no utilizamos response_with, pero delegamos la responsabilidad de enviar el HTTP status correcto y el formato de JSON correcto a otra entidad. Lo cual limpia el método en el controlador
40. FAT Controllers
43. • 40 LOC • 8 if / else / unless • 1 action
45. Servicios
47. UserCreator Service
48. Main Method
49. other methods
50. new Controller
51. • 5 LOC • 1 if • 1 action
53. • Aceptar entrada • Realizar Trabajo • Retornar Resultado
54. Beneficios • Tests • Encapsular logica • Limpiar Models y Controladores • Llamarlos de cualquier parte
55. SERIALIZERS
56. Anotación, vamos a mostrar un proceso de evolución que vivimos hace un tiempo. No es la mejor opción o la peor, es solo una vivencia. Utilizamos active_model_serializer:
57. • Ser consciente de cada cuanto su aplicación Front End está llamando su end point. • Hay que poner atención con las relaciones y sus serializers. • Existen varias opciones para manipular la información que se envía. • Ser consciente de las implicaciones que tienen las decisiones de diseño que se realizan.
58. Cuando se tiene un serializer con relaciones has_many y se están enviando todos los datos de los modelos relacionados, se debe tener cuidado con la cantidad de records que se van a enviar y cómo esto afecta la velocidad de la aplicación front end.
65. http://fabrik42.github.io/acts_as_api/