Что такое «мелочи»? Грубо говоря, работа, у которой нулевые шансы быть упомянутой в некрологе.
В некрологе скорее упомянут что человек был аккуратен, пунктуален или вежлив (т.е. как вы говорите уделял внимание таким мелочам как побриться или посмотреть на ноги) чем то что он написал опус об архитектуре шумерских храмов. Все хорошо в меру.
Дон Хуан Матус 2.0
В былые времена практиковал осознанные сновидения. Забавная вещь. Нынче, к сожалению, слишком устаю и напряжен для экспериментов с ними.
Держите в курсе новостей по вашему устройству. Тема довольно интересная.
Мне кажется можно попробовать излучатель и приемник ИК сигнала поместить в одном устройстве, а на шею вешать небольшое зеркальце (батареек не надо). Таким образом сигнал у «помеченного» человека будет отражаться и попадать назад в визатор. Правда при такой схеме сигналу необходимо будет пройти дважды через материал футболки и возможно его мощность придется увеличить.
Больше двух лет назад pebble за $115 выглядели наверно не менее инновационными и тоже вызывали сомнения. Но тем не менее все обещания были выполнены. Хотя я согласен, что этот проект выглядит несколько сомнительно.
Во-первых: виджет это не очень популярный. Сам лично ни разу его не пользовал.
Во-вторых: если ты вставляешь пользовательские данные без проверки — то ты сам себе злобный буратино. Во многих виджетах для рендера контента используется CComponent::evaluateExpression(), который скармливает данные в eval().
Статья не о том как собрать все файлы в нужном порядке в один и затем минифицировать его. Понятно что на продакшне это будет один файл (хотя для больших приложений асинхронную загрузку никто не отменял). Вы пробовали подключать пару десятков файлов через тег <script> и разбираться потом в этом хозяйстве на деве. Для меня именно подключение файлов модулей во время разработки стало гораздо удобнее при использовании RequireJs.
Файл lazyLoaded.js загрузится только после выполнения метода $scope.getSomeModule() (например в ответ на клик или другое событие). Если же метод не выполнится, файл так и останется не загруженным. Поправьте, если я не прав, но это как раз и есть отложенная загрузка.
Выше я показывал как делать такие штуки при подходе, описанном в переводе. Никто не запрещает делать многоуровневую структуру из плоской. Другое дело что в этих подходах модулем считаются различные структуры.
А в чем собственно проблема? Если модуль независим, и в остальных модулях нет с ним множества связей, то решение задачи будет не сложнее чем в подходе предложенном artch.
Я согласен, что для больших предложений и в определенных условиях лучше использовать такую структуру, но как я уже говорил, хранение файлов изображений, стилей, шаблонов и скриптов в одной директории для меня несколько засоряет ее, к тому же это не всегда возможно. Например, когда изображения (или стили, шаблоны) отдаются пользователям из хранилища (например из базы) с предварительной обработкой.
Последовательно
Параллельно
В былые времена практиковал осознанные сновидения. Забавная вещь. Нынче, к сожалению, слишком устаю и напряжен для экспериментов с ними.
Держите в курсе новостей по вашему устройству. Тема довольно интересная.
Не нашел информации о совместимости с ОС телефона.
можно просто предать имя функции и получить
$dataкак ее параметр.Во-первых: виджет это не очень популярный. Сам лично ни разу его не пользовал.
Во-вторых: если ты вставляешь пользовательские данные без проверки — то ты сам себе злобный буратино. Во многих виджетах для рендера контента используется
CComponent::evaluateExpression(), который скармливает данные вeval().<script>и разбираться потом в этом хозяйстве на деве. Для меня именно подключение файлов модулей во время разработки стало гораздо удобнее при использовании RequireJs.Пример
require():Файл
lazyLoaded.jsзагрузится только после выполнения метода$scope.getSomeModule()(например в ответ на клик или другое событие). Если же метод не выполнится, файл так и останется не загруженным. Поправьте, если я не прав, но это как раз и есть отложенная загрузка.require()это не является ленивой загрузкой?Выше я показывал как делать такие штуки при подходе, описанном в переводе. Никто не запрещает делать многоуровневую структуру из плоской. Другое дело что в этих подходах модулем считаются различные структуры.
Я согласен, что для больших предложений и в определенных условиях лучше использовать такую структуру, но как я уже говорил, хранение файлов изображений, стилей, шаблонов и скриптов в одной директории для меня несколько засоряет ее, к тому же это не всегда возможно. Например, когда изображения (или стили, шаблоны) отдаются пользователям из хранилища (например из базы) с предварительной обработкой.
Когда люди говорят с такой уверенностью, кажется что они говорят незыблемую истину. В require.js это есть.