Donc, j'ai été en anticipant Yeoman et il est déjà sorti depuis une semaine maintenant. Mais après avoir réussi à l'installer, j'ai été confondu dans le flux de travail et la mise en œuvre avec backend script (API).
Scénario 1
Donc, disons que je n'ai pas besoin de tous ces brillants BBB/Ember/Angulaire des trucs et de les utiliser Yeoman juste pour jQuery/H5BP/Modernizr soutenu avec Codeigniter ou Sinatra/Rails. Depuis yeoman server
n'est pas nativement en charge le PHP (je n'ai pas essayé Sinatra/Rails), je me dis que le flux de travail est:
- Développement Front End avec Yeoman
- Après c'est fini, ne
yeoman build
, puis utilisez la fonction intégréedist
le dossier comme une base pour développer backend (et probablement copier l'dist
le dossier vers un autre dossier pour le backend de mise en œuvre (disonspublic
le dossier) - Si je dois changer de CSS/JS, utilisez yeoman encore, de construire et de copier l'
dist
le dossier d'public
de nouveau. Ainsi de suite...
Mais à l'aide de flux de travail, cela signifie que la structure de répertoire sera quelque chose comme
cool-app/
--app/
--yeoman development stuff
--test/
--yeoman development stuff
--dist/
--yeoman built stuff
.dotfiles
package.json
Gruntfile.js
C'est bien joli, mais un peu différent avec la CodeIgniter / Rails de la structure de répertoire. Ne pas mentionner il ya le nom de différence (est-ce configurables dans Yeoman?), c'est assez difficile d'imaginer un bon flux de travail de développement Front-End et Back-End d'un seul coup, sauf en utilisant le résultat comme une base pour le backend.
Scénario 2
BBB/Ember/Angulaire. Franchement j'ai été tout simplement de le tester d'autres choses, de sorte que toute les astuces à mettre en œuvre avec backend code est la bienvenue! Mais pour tout ce que je sais, yeoman pouvez générer les fichiers nécessaires pour ceux qui cadre à l'intérieur de dossier app, donc je figure, la solution du premier scénario sera un peu de résoudre le problème pour le scénario 2
Merci beaucoup!