Por lo tanto, he estado anticipando Yeoman y ya ha salido durante una semana más o menos. Pero luego de instalarlo con éxito, me confundí en el flujo de trabajo y la implementación con el script back-end (API).Yeoman Workflow e integración con scripts de back-end
Escenario 1
Así que digamos que no necesito todos aquellos brillante BBB/Ember/cosas angular y el uso de Yeoman sólo para jQuery/H5BP/Modernizr respaldado con CodeIgniter o Sinatra/rieles. Desde yeoman server
no soporta de forma nativa de PHP (no he probado Sinatra/Rails), calculo que el flujo de trabajo es:
- Desarrollo Front End con Yeoman
- Después de que haya terminado, haga
yeoman build
y luego usar el construyódist
carpeta como base para desarrollar backend (y probablemente copiar la carpetadist
a otra carpeta para la aplicación backend (digamospublic
carpeta) - Si tuviera que cambiar CSS/JS, utilice Yeoman de nuevo, construir y copiar la carpeta
dist
apublic
nuevamente. Así sucesivamente ...
Pero el uso de ese flujo de trabajo, eso significa que la estructura de directorios será algo así como
cool-app/
--app/
--yeoman development stuff
--test/
--yeoman development stuff
--dist/
--yeoman built stuff
.dotfiles
package.json
Gruntfile.js
Es agradable y todo, pero un poco diferente con el/los carriles estructura de directorios CodeIgniter. Por no mencionar que hay una diferencia de nombre (es esto configurable en Yeoman?), por lo que es difícil imaginar un buen flujo de trabajo que desarrolle Front End y Back End de una sola vez, excepto que use el resultado creado como base para el back-end.
Escenario 2
BBB/Ember/angular. Francamente, he estado probando esas cosas, ¡así que cualquier consejo para implementar con código de backend es bienvenido! Aunque por lo que sé, yeoman puede generar los archivos necesarios para ese marco dentro de la carpeta de aplicaciones, así que, la solución del primer escenario resolverá un poco el problema para el escenario 2
¡Muchas gracias!