Поскольку это действительно хороший и нужный инструмент, то на него можно «подсесть» и тут есть два момента:
1. если проект направлен на получение прибыли, он может не выстрелить…
2. в дальнейшем продукт станет платным, а пока нет даже намека на его стоимость.
Посмотрел видюшку… действительно круто, скачал и в ближайшее время попробую… единственное что смущает:
Wallaby.js is a commercial product that is in the preview/beta phase at the moment. While in the preview phase, the tool is available for free. Pricing and licensing details will be announced closer to the version 1 release. Follow us to stay updated, we are also happy to answer your questions if you have any.
Кстати, на ангуляре часто так и пишут: один файл — одна сущность. Это снимает часть вопросов, связанных с поддержкой кода, его тестируемостью и повторным использованием. Например, недавно была статья habrahabr.ru/post/243565/. У автора тоже что-то подобное, только все вручную.
Полностью согласен, но во всем должно быть понимание, когда это нужно, а когда нет. Есть рекомендации и каждый выбирает для себя. IMHO в данном случае, поскольку этот проект не претендует на шаблон для angular генератора, можно было сделать структуру и попроще.
Все-таки JS менее выразительный язык, чем питон, потому код имеет тенденцию скатываться в состояние неподдерживаемого «говнокода» быстрее. Отсюда, приходится строже относится к таким вещам, как модульность.
Что то Я про выразительность не особо понял, причем тут она вообще. Да в JS нет модульности, но мы то здесь не на чистом JS пишем, а используем angular и этого хватает. (единственное чего действительно не хватает так это загрузки по требованию) А если захотеть, то и на python можно такое наго****ть. И что, неужели есть необходимость помещать RegisterController и LoginController в отдельные файлы, когда можно использовать один файл:
controllers.js
(function () {
'use strict';
angular
.module('application.auth.controllers')
.controller('LoginController', ['Auth', function (Auth) {
var vm = this;
vm.user = {};
vm.login = function () {
Auth.login(vm.username, vm.password);
}
}])
.controller('RegisterController', ['Auth', function (Auth) {
var vm = this;
vm.register = function () {
Auth.register(vm.username, vm.password, vm.email);
}
}
]);
})();
Мы в коммерческой разработке используем не только bower, но и много — gulp для «компиляции» статики, пост-процесснига django-шаблонов, и т.п… С одной стороны, тащить в проект уровня «hello world!» инфраструктуру кажется перебором, но с другой — к хорошему быстро привыкаешь, так что потом сложно отказываться. :) Могу предположить, что в реальных проектах у них больше одного django-шаблона, куда подключается один и тот же набор скриптов. Отсюда такое решение.
А зачем мешать backend с fronten' ом? Если frontend с rest api, то он ну никак не должен зависеть от backend' a. И что будите делать со своим frontend' ом если по каким то причинам нужно будет поменять backend?
А как вы тестируете frontend?
P. S. Если Я не прав в каких то моментах, буду рад выслушать критику.
1. если проект направлен на получение прибыли, он может не выстрелить…
2. в дальнейшем продукт станет платным, а пока нет даже намека на его стоимость.
Wallaby.js is a commercial product that is in the preview/beta phase at the moment. While in the preview phase, the tool is available for free. Pricing and licensing details will be announced closer to the version 1 release. Follow us to stay updated, we are also happy to answer your questions if you have any.
Полностью согласен, но во всем должно быть понимание, когда это нужно, а когда нет. Есть рекомендации и каждый выбирает для себя. IMHO в данном случае, поскольку этот проект не претендует на шаблон для angular генератора, можно было сделать структуру и попроще.
Что то Я про выразительность не особо понял, причем тут она вообще. Да в JS нет модульности, но мы то здесь не на чистом JS пишем, а используем angular и этого хватает. (единственное чего действительно не хватает так это загрузки по требованию) А если захотеть, то и на python можно такое наго****ть. И что, неужели есть необходимость помещать RegisterController и LoginController в отдельные файлы, когда можно использовать один файл:
А зачем мешать backend с fronten' ом? Если frontend с rest api, то он ну никак не должен зависеть от backend' a. И что будите делать со своим frontend' ом если по каким то причинам нужно будет поменять backend?
А как вы тестируете frontend?
P. S. Если Я не прав в каких то моментах, буду рад выслушать критику.