¿Qué es el desarrollo web frontend con Ruby on Rails?

Ruby on Rails es un marco muy potente para desarrollar aplicaciones web y proporciona un enfoque MVC (model-view-controller) para el desarrollo web. El desarrollo front-end se encargaría de la parte ‘Ver’ de MVC. Por naturaleza, MVC se esfuerza por la separación entre esos componentes, por lo que un desarrollador front-end podría diseñar las vistas sin saber mucho acerca de cómo se implementan los modelos y controladores.

Sin embargo, necesita saber cómo funciona Rails, cómo se ve la estructura de su proyecto, y necesita saber algo de Ruby.

Los archivos de vista en RoR se procesan previamente en Ruby antes de mostrarse como html al usuario. Normalmente, los archivos de vista son como home.html.erb, por lo que primero se procesa el código ruby ​​dinámico y luego se convierte todo en html para servir al usuario.

Rails también funciona con gemas que proporcionan características adicionales. Uno de ellos es, por ejemplo, HAML, que se utilizará en lugar de HTML puro en las vistas. Por lo tanto, las vistas de sus archivos ahora serán home.haml.erb, es decir, ruby ​​se procesará primero, luego haml y luego se convertirá a HTML.

Es por eso que debe estar familiarizado con Ruby on Rails si está solicitando un desarrollador front-end. Debido a su estructura, porque necesita ejecutar Ruby dentro de sus vistas, porque podría estar usando SASS, CoffeeScript, HAML … etc.


RoR Hacks: cómo Webpacker lo ayudará a administrar Frontend fácilmente

La gestión de frontend es una gran oportunidad para cualquier desarrollador de Ruby on Rails de pila completa. Afortunadamente, ahora hay una gema, que está lista para convertirse en su pequeño (o grande) ayudante con estos problemas. ¡Verifique los detalles sobre Webpacker en el interior!

¿Cual es el problema?

Hace mucho tiempo, durante Ruby on Rails 3.1 , se introdujo la cartera de activos .

En ese momento era algo bastante innovador, lo que permitía a los desarrolladores administrar todos sus javascript / css / images y organizarlos de manera significativa. Desde entonces, ha pasado mucha agua por debajo del puente y el desarrollo frontend también ha cambiado mucho. Anteriormente, JQuery y Mootools estaban al límite, lo que significa muchos frameworks, incluidos Angular y React. Pero este ya no es el caso y, con el tiempo, el problema comenzó a requerir una nueva solución.

¿Cuáles son los problemas actuales?

Hay algunos problemas que los desarrolladores de Ruby on Rails enfrentan.

  • INFOGRAFÍA: Perspectivas para Ruby on Rails World 2016

Echemos un vistazo a ellos:

  1. Todas las bibliotecas laterales deben agregarse desde gemas. Es bastante común que allí no sean de la última versión, lo cual es malo. De lo contrario, uno tiene que hacerlo manualmente poniéndole al vendedor / .
  2. El problema de las dependencias entre las bibliotecas frontend no está resuelto. Esto significa que uno puede poner accidentalmente 2 versiones incompatibles y causar muchos problemas.
  3. Aunque actualmente, la mayoría de los desarrolladores está utilizando bower-rails para resolver los dos primeros problemas, todavía no es la solución perfecta. Es realmente lento, lo que definitivamente te pondrá nervioso, especialmente si estás trabajando en un gran proyecto. El problema aquí es con su ideología: JS falló, se compilan en uno o unos pocos archivos y se unen al servidor. Tan pronto como llegue http / 2, esto ya no funcionaría.

¿Cuál es la solución?

Webpacker es la respuesta.

Los desarrolladores de Ruby on Rails se cansaron de estos problemas y desarrollaron la biblioteca Webpacker, que funciona perfectamente con la canalización de activos. De hecho, este es un contenedor para la biblioteca Webpack, que actualmente es el mejor paquete existente para una interfaz de usuario. Los desarrolladores prometen que funcionará de inmediato y resolverá todos los problemas principales aquí. Webpacker funciona con Rails 5.1+, usa dependencia de Yarn, es fácil de configurar y funciona perfectamente. Está listo para React, que también ahorrará mucho tiempo a los desarrolladores de Ruby on Rails.

  • 4 increíbles ahorradores de tiempo para los desarrolladores de Ruby on Rails

Por supuesto, Webpacker todavía tiene un camino por recorrer. Pero ya es una herramienta bastante poderosa, que hará que su vida como desarrollador sea mucho más fácil. Entonces, ¿por qué no intentarlo?

Lea el artículo completo con ejemplos de código y capturas de pantalla en el Blog de Rubyroid Labs

¿Tienes alguna pregunta o necesitas ayuda con Ruby? ¡Contáctenos!

Rubyroid Labs clasificado entre los principales desarrolladores web en Bielorrusia

Rubyroid Labs recibió el premio Clutch Customer Review Award

Puede ser html y csS y JavaScript jQuery normales

si desea trabajar con páginas dinámicas, puede usar

1. rubí incrustado (ejemplo.html.erb)

la sintaxis de la competencia será html y puede ingresar datos ruby ​​siguiendo la sintaxis

<% = @instance_variable%>

2. Haml

html basado en sangría

puede insertar el código ruby ​​de la siguiente manera

= @instance_var

——- o —–

– si (sí / no)

= display_me

3. Puede utilizar cualquier tipo de scripts java orientados a objetos enriquecidos como ext js, angular, backbone, etc.

Francamente, podrían significar cualquier cantidad de cosas con eso. De hecho, la lista podría haber sido escrita por un reclutador que tenía poca o ninguna idea de lo que realmente significan esos términos.

Aún así, hay algunas características de Ruby on Rails que pueden desempeñar un papel en el desarrollo front-end. Por ejemplo, Rails tiene un sistema de plantillas que le permite renderizar parciales dentro de las vistas. Puede usar condicionales para determinar qué se carga dónde, junto con cualquier otro método Ruby / Rails para procesar los datos de la manera que desee. Es similar a los parciales que puede cargar en Angular.js, excepto que obviamente no es dinámico / asincrónico, pero no muy diferente de lo que podría hacer en PHP o EJS (basado en JavaScript).

También está Haml, un lenguaje de marcado de plantillas que usan algunos desarrolladores de Rails en lugar del erb estándar para generar plantillas html. Creo que es similar a Jade (basado en JavaScript). Esa podría ser una buena habilidad para tener en tu haber, ya que por alguna razón a muchos desarrolladores simplemente no les gusta escribir nada parecido a HTML.

Incluso si la compañía usa un marco de JavaScript front-end, todavía hay aspectos de Rails con los que pueden querer que estés familiarizado, como cómo funciona su enrutamiento, ayudantes de formularios, tokens de autenticación, etc. Esa es probablemente la razón principal por la que querrían que estés familiarizado con Rails. A menos que todo el front-end sea una aplicación de una sola página que use un marco de JavaScript, probablemente tendrá que lidiar con HAML o al menos ERB y saber cómo incorporar parciales, rutas y vistas de renderizado, y todo eso.

Todavía soy un novato cuando se trata de Ruby on the Rails, pero en el futuro me gustaría dedicar algún tiempo a aprenderlo. Por lo que entiendo, RoR es un marco, tiene su propio conjunto de reglas.

Ruby on Rails, se compone de dos componentes. Ruby es uno y Rails es el otro.

Si tiene su propio dominio web que tiene cPanel con softulicious, creo que tiene la opción de instalar un subdirectorio en su dominio. También puede descargarlo ya que es de código abierto.

Simplemente mirando el código, probablemente tenga que tener experiencia en php, MySQL, Ajax y HTML / CSS básico.

Básicamente están buscando un desarrollador de Full Stack … Quien sabe lo siguiente o tiene experiencia en ROR y algunas cosas de front-end como a continuación:
1.HTML5
2.CSS o MENOS
3.JQuery
4.Otros marcos frontales como AngularJS o BackbonJS o emberJS … etc.