Да, так чтобы у пользователя не было воможности не заметить
это сообщение или точнее не понять серьезность обновления. И по умолчанию обновлять автоматом. А кому не нужно автоматом, пускай лезут и выключают это в настройках (каким-нибудь тестировщикам которые допустим должны тестировать под разными версиями).
Отлично, рад за пользователей FF, я сам FF уже года 3 как не использую (тормозной стал очень), хотя до этого он был оновным, возможно стоит снова посмотреть на него и вернуться тк пол линуксом хром не всегда мне нравится.
Думаю в подобных случаях (серьезные проблемы безопасности) браузер сам должен проявлять активность явно напоминая пользователю о необходимости обновления (или сделаь как в win10 обновляния обязательными), ведь не все пользователи читают хабр.
А почему не рекомендуется? Не встречал такого мнения…
Хотя бы потому что анонимную функцию не получится вынести в отдальный файл, что желательно как по мне. Проще читается (особенно когда все разнесено по отдельным файлам). Отлаживать проше и прочее. Здесь еще можно почитать github.com/johnpapa/angular-styleguide
У Вас в одном файле собраны все сервисы, контроллеры и директивы, связанные с модулем?
Да, модуль который просто все связывает и больше ничего не делает. Примерно так:
'use strict';
var dependencies = [];
var controller = require('./profile-controller');
var profilePreview = require('./profile-preview-directive');
// blocks
var boxDirective = require('./blocks/profile-box-directive');
var connectLinksDirective = require('./blocks/profile-connect-lInks-directive');
var exploreDirective = require('./blocks/profile-explore-directive');
var groupsDirective = require('./blocks/profile-groups-directive');
var summaryDirective = require('./blocks/profile-summary-directive');
var skillsDirective = require('./blocks/profile-skills-directive');
var experienceDirective = require('./blocks/profile-experience-directive');
var educationDirective = require('./blocks/profile-education-directive');
В целом такой подход (анонимные функции) объявления модулей вообще не рекоммендуется. Лучше объявлять именованные функции и их зависимости через $inject или ng-annotate (делает тот же $inject). В моем случае все моудли разбиты на отдельные файлы и линкуются через browserify, именем модуля является имя функции, довольно удобно.
Тем не менее, важно этим не злоупотреблять, потому что зарегистрировать и получить событие можно в каждом контексте ($scope) любого контроллера.
Добавлю что например для глобальных событий вместо использования $broadcast лучше подписывать события на $rootScope и иницииривать на нем же через $rootScope.$emit. И вообще как по мне оыбчно достаточно глобальны событий, иначе может возникнуть лишняя сложность.
Это не совсем то, насколько я понял таким образом в shared-bundle.js будут пересекающиеся модули (используемые и в first и в second деревьях), а нужно чтобы в shared-bundle.js были только библиотеки third-party/vendor (явное указание). Но плагаю что средства есть и для этого, просто я не сталкивался с ними, и хотел сразу узнать по опыту бывалых, без гугления.
В нативных ES6 модулях можно ли так организовать сборку чтобы было разденение как миниумум на 2 итоговых JS файла, один для кода приложения и один для библиотек? То есть код приложения ведь в любом случае будет ссылаться на библиотечный функицонал (импортировать), но при этом помещать библиотеки внутрь итогового JS файла приложения не нужно. При этом пречислять все модули для склеивания в один файл не хочется, нужно чтобы сборщик сам построил дерево зависимостей и собрал в один файл. Такая возможность есть при использовании browserify (опция/метод external).
После одной из предыдущих статей о K-Meleon сравнивал по быстрому потребление памяти, оно оказалось схожим с FF и Opera, но система была x64, под которую K-Meleon вроде как не заточен.
Приходит такой новичек к вам в команду, открывает код и видит пелену всяких смайликов вместо кода. Смотрит календарь — нет там не 1 апреля, дальше та картинка с котиком выше :)
Разумеется не пуп, но для типовых задач, которых большиснтво ангуляр хорошо подходит. Просто они сейчас в тренде (ангуляр и реакт), при этом реакт неудобный и громоздкий на мой взгляд, не вижу в нем смысла особого. По опыту с реактом верно, продакшен проектов на реакте у меня не было.
это сообщение или точнее не понять серьезность обновления. И по умолчанию обновлять автоматом. А кому не нужно автоматом, пускай лезут и выключают это в настройках (каким-нибудь тестировщикам которые допустим должны тестировать под разными версиями).
Думаю в подобных случаях (серьезные проблемы безопасности) браузер сам должен проявлять активность явно напоминая пользователю о необходимости обновления (или сделаь как в win10 обновляния обязательными), ведь не все пользователи читают хабр.
Хотя бы потому что анонимную функцию не получится вынести в отдальный файл, что желательно как по мне. Проще читается (особенно когда все разнесено по отдельным файлам). Отлаживать проше и прочее. Здесь еще можно почитать github.com/johnpapa/angular-styleguide
Да, модуль который просто все связывает и больше ничего не делает. Примерно так:
Добавлю что например для глобальных событий вместо использования $broadcast лучше подписывать события на $rootScope и иницииривать на нем же через $rootScope.$emit. И вообще как по мне оыбчно достаточно глобальны событий, иначе может возникнуть лишняя сложность.
Что касается меня, я сейчас не работаю в команде, мне пофиг на вагранты и докеры всякие.
А если серьезно очень интерсно было почитать рассужедния опытного инженера, благодраю.
Как раз разметка в html коде это не плохо, но там смесь JS и HTML (этот ваш jsx).
Что только не придумают лишь бы не использовать ангуляр.