Tak więc, spodziewałem się Yeoman i jest już za jakiś tydzień. Ale po pomyślnym zainstalowaniu go, byłem zdezorientowany w przepływie pracy i implementacji za pomocą skryptu zaplecza (API).Yeoman Workflow and Integration with Backend Scripts
Scenariusz 1
Więc powiedzmy, że nie muszę te wszystkie błyszczące BBB/Ember/kątowa rzeczy i wykorzystywać Yeoman tylko dla jQuery/H5BP/modernizr łączona z CodeIgniter lub Sinatra/Rails. Od yeoman server
nie natywnie obsługują PHP (nie próbowałem Sinatra/Rails), I zrozumieć, że pracy jest:
- Front End Development z Yeoman
- po jego zakończeniu, zrobić
yeoman build
a następnie użyj zbudowanydist
folderu jako podstawa do opracowania backend (i prawdopodobnie skopiować folderdist
do innego folderu na realizację backend (powiedzmypublic
folderu) - Jeśli miałbym zmienić CSS/JS, ponownie używać jako pisarza, zbudować i skopiować folder
dist
dopublic
ponownie. Tak dalej ...
Ale za pomocą tego przepływu pracy, co oznacza, że struktura katalogów będzie coś podobnego
cool-app/
--app/
--yeoman development stuff
--test/
--yeoman development stuff
--dist/
--yeoman built stuff
.dotfiles
package.json
Gruntfile.js
jest to miła i wszystko, ale trochę inna z/Rails struktury katalogów CodeIgniter. Nie wspominając już o różnicach w nazwie (jest to konfigurowalny w Yeoman?), więc trudno jest wyobrazić sobie dobry przepływ pracy, który rozwija zarówno Front End, jak i Back End za jednym razem, z wyjątkiem użycia wbudowanego wyniku jako bazy dla backendu.
Scenariusz 2
BBB/Ember/kątowym. Szczerze mówiąc, właśnie testowałem te rzeczy, więc wszelkie wskazówki do wdrożenia z kodem zaplecza są mile widziane! Chociaż z tego, co wiem, yeoman może wygenerować niezbędne pliki dla tych frameworków w folderze aplikacji, więc sądzę, że rozwiązanie pierwszego scenariusza trochę rozwiąże problem dla scenariusza 2
Wielkie dzięki!