то тут вотчер выручает

это тоже как то можно заменить ?

всего лишь 2?)))

ну пока да )

ну я как бы на будущее хочу застраховаться )

помню начинались проблемы когда было 20-30К

если вочтишь сервис, то там вариантов нет... ну rxjs... но если не собираешься мигрировать, то нафиг не сдалось

вотчю как раз таки сервис

эти 2 вотчера на них и висят

я получается с сервиса отслеживаю изменения и отрисовываю на вьюхе в зависимости от

того что пришло

нормально, с пЫвом потянет...

хех)

спасибо за консультацию)

а что по вотчу делаешь? много там логики представления... если нет, спускай всё сервис...

два md-select отрисовываю

ну верней перерисовываю

Слушай)) ты можешь попробовать redux подключить

если прям совсем хочешь все вотчеры под контроллем держать)

это реактовская штука ?

ИМХО. Первому не хвататло именно своего редакса)

я не силён в мд библиотеке, но если там подменить массивчик вариантов, то вполне можно спустить в сервис и забиндиться на сервисную пропертю

ну по сути это отдельно существующая библиотека хранилище

я не силён в мд библиотеке, но если там подменить массивчик вариантов, то вполне можно спустить в сервис и забиндиться на сервисную пропертю

честно щас боюсь сломать то что уже работает ))

но на досуге поиграюсь

честно щас боюсь сломать то что уже работает ))

ну тогда не парься... нормальный подход, если он не начинает выходить из-под контроля... вот с 20-30К вотчеров я бы на первой сотне задумался, что что-то пошло не так

не ну так то на это странице пару , на второй пару

Кстати там было норм, но потом все стало множиться и стало страшно)) спасло vue с его частичным внедрением)

так до сотки и дойдет

Кстати там было норм, но потом все стало множиться и стало страшно)) спасло vue с его частичным внедрением)

мда уж... ангуляр, вью, редакс... вижу мисье знает толк в звращениях©...

Ну так лучше не делать, но в качестве опыта было полезно

не мне тимлид руки оторвет если я в ангуляр заихну компоненты реакта )\

Ну так лучше не делать, но в качестве опыта было полезно

так лучше не делать, то первым же делом посоветовал вкорячить редакс ?

Тут контекст у товарища, важно держать вотчеры под контролем) а что лучше их сдержит под контролем, чем отдельное хранилище всех данных)

так до сотки и дойдет

слушай, два-три вотчера на компонент - нормальная ситуация, не вижу проблемы... если там поднимается к десятке, то скорее всего нужно уже начинать подозревать, что компонент слишком много делает и его нужно начать колоть на более мелкие... вотч сам по себе не такой уж плохой подход, пока все варианты обозримы и контролируемы.

а почему впринципе так много вотчеров? что у вас там такое? +1 к Ивану

слушай, два-три вотчера на компонент - нормальная ситуация, не вижу проблемы... если там поднимается к десятке, то скорее всего нужно уже начинать подозревать, что компонент слишком много делает и его нужно начать колоть на более мелкие... вотч сам по себе не такой уж плохой подход, пока все варианты обозримы и контролируемы.

понял спасибо

ну щас примерно так и есть на 1 компонете 1-3 вотчера

Товарищи подмоги пожалуйста

Достался проект на кофескрипте с ангуляром не могу понять в чем проблема https://pastebin.com/gY6e0Dgi

Не выводит ничего

При это мнет стектрейса в консоли

Есть ли способ вывести все зарегистрированные кастомные диррективы?

Достался проект на кофескрипте с ангуляром не могу понять в чем проблема https://pastebin.com/gY6e0Dgi

я не уверен, что там вообще написано, помоему пустышка какая-то, но если и она не показывается, то я бы начал с замены "MyDirective" на "myDirective"

template: '<div>hello directive</div>' replace: true собственно говоря это hello world

Есть ли способ вывести все зарегистрированные кастомные диррективы?

Ctrl + Shift + F app.directive

Достался проект на кофескрипте с ангуляром не могу понять в чем проблема https://pastebin.com/gY6e0Dgi

а почему app.directive, а не angular?

В соседнем файле есть module('app')

я не уверен, что там вообще написано, помоему пустышка какая-то, но если и она не показывается, то я бы начал с замены "MyDirective" на "myDirective"

Я думал они case insensitive

template: '<div>hello directive</div>' replace: true собственно говоря это hello world

имена директив записываются в кэмел-стиле (с маленькой буквы)... ну по крайней мере в нормальном джаваскрипте

Я думал они case insensitive

помоему нет

с кофе все ок, синтаксис адекватен, что-то в самом конфиге

Удивительно

Дело в камел кейсе было

Видимо angular все заглавные буквы транслирует

в -/:/...{w}

т.е. директиву нужно было использовать так: <-my-directive> ?

ребят подскажите плиз, переживаю что растет к-во watcher-ов на странице , но отказаться от их функционала не могу, где то читал что $watch так себе подход, но как выкручиваться из ситуации когда нужно сделать действие в момент изменения переменной которая вотчится

Есть хороший паттерн EventEmitter

Всем привет ребята , подскажите как юзать $watch на проекте, говорят что он юзалса в далеком 2013

Всем привет ребята , подскажите как юзать $watch на проекте, говорят что он юзалса в далеком 2013

для начала понять что это и никогда не использовать)

мне надо проект старий

Есть хороший паттерн EventEmitter

Это отдельно от ангуляра?

мне надо проект старий

я вас не понимать

Это отдельно от ангуляра?

Это шаблон проектирования

Можешь его заимплиментить к себе в проект

Ознакомлюсь

сказали что на проекте будет использования $watch есть примере где он используетса ?

Бегите оттуда

Да вообще не вариант, знаю что будет полная жесть

Проект 2013 года уже его не перепишет никто даже на 1.6

А фичы надо пилить

А фичы надо пилить

это тролинг, watch ещё как используется, посмотрите доки официальные https://docs.angularjs.org/api/ng/type/$rootScope.Scope#$rootScope.Scope.$watch-examples Может ещё это пригодиться: https://www.sitepoint.com/mastering-watch-angularjs/ Но надо понимать, что часто можно обойтись без вотча вообще, точнее без его использования в логике приложения, как частый кейс - валидация, зачастую достатчно использовать директивы onblur/встроенные валидации. Также начиная работать с вотчами - одна неочевидная вещь, при создании вотча сохраняйте его в переменную, например var a = $watch();, тогда когда вотч будет не нужен его можно снять выполнив a()

спасибо

лолъ

Астрологи объявили неделю $watch? Вот все, кто так топит за отказ от вотча, какие у вас альтернативы? Рассмотрим варианты. Первое, вы вотчите контроллерную пропертю, по-сути, вы признаётесь, что используете двусторонний биндинг, и хрен знает кто её меняет, главное, вам нужно реагировать на её изменения. Решение: по-сути, вам требуется устранить двусторонний биндинг (вот где действительное зло, а не $watch), постарайтесь изолировать контроллеры в компоненты, чтобы исключить влияния извне; внутренние ng-model'и дополните ng-change'ами, чтобы неявная обработка изменения стало явной; совсем упёртые могут заменить вотч на сеттер, хотя по сути вы поменяете шило-на-мыло (вотчерный код просто уйдёт в сеттер). Второе, вы вотчите сервисную пропертю. Решение: если вы вотчите сервис, чтобы просто прокинуть данные на вьюху, без каких либо контроллерных обработок, то просто забиндитесь вьюхой на эту проперти. Конструкция $ctrl.service.prop на вьюхе вполне себе легальна. Если контроллерные реакции все-таки нужны, смотрим на их природу: бизнесовые - проваливаем всю эту логику в сервис; логика представления - оставляем как есть. Варианты городить свой евент-емиттер, паб-саб велосипед не выдерживают критики, опять-таки вы меняете встроенный механизм, на свой (и не факт, что вы умнее создателей ангуляра). Задействование rxjs, возможно в случае если вы двигаетесь к апгрейду в ангуляр2+ или у вас сложные реакции на реакции реакций (всяческие преобразовательные операторы вам помогут сделать код чище и понятней).

Астрологи объявили неделю $watch? Вот все, кто так топит за отказ от вотча, какие у вас альтернативы? Рассмотрим варианты. Первое, вы вотчите контроллерную пропертю, по-сути, вы признаётесь, что используете двусторонний биндинг, и хрен знает кто её меняет, главное, вам нужно реагировать на её изменения. Решение: по-сути, вам требуется устранить двусторонний биндинг (вот где действительное зло, а не $watch), постарайтесь изолировать контроллеры в компоненты, чтобы исключить влияния извне; внутренние ng-model'и дополните ng-change'ами, чтобы неявная обработка изменения стало явной; совсем упёртые могут заменить вотч на сеттер, хотя по сути вы поменяете шило-на-мыло (вотчерный код просто уйдёт в сеттер). Второе, вы вотчите сервисную пропертю. Решение: если вы вотчите сервис, чтобы просто прокинуть данные на вьюху, без каких либо контроллерных обработок, то просто забиндитесь вьюхой на эту проперти. Конструкция $ctrl.service.prop на вьюхе вполне себе легальна. Если контроллерные реакции все-таки нужны, смотрим на их природу: бизнесовые - проваливаем всю эту логику в сервис; логика представления - оставляем как есть. Варианты городить свой евент-емиттер, паб-саб велосипед не выдерживают критики, опять-таки вы меняете встроенный механизм, на свой (и не факт, что вы умнее создателей ангуляра). Задействование rxjs, возможно в случае если вы двигаетесь к апгрейду в ангуляр2+ или у вас сложные реакции на реакции реакций (всяческие преобразовательные операторы вам помогут сделать код чище и понятней).

Я не хотел холивар разводить, просто спросил если много вотчеров

Есть ли это нормальным

Итог: $watch не такое уж и зло как его малюют. В большинстве случаев вы меняете нативный (для ангуляра) механизм на какой-то другой без ощутимых выигрышей. Только переход на ангуляр2+ имеет оправдание на геноцид вотчеров, все остальное баловство и рукоблудие. Есть действительно достойнные соперники для вашей отваги: это двусторонний биндинг и декомпозиция слишком толстых контроллеров с переходом на компоненты. Я бы упарывался в эту сторону.

Итог: $watch не такое уж и зло как его малюют. В большинстве случаев вы меняете нативный (для ангуляра) механизм на какой-то другой без ощутимых выигрышей. Только переход на ангуляр2+ имеет оправдание на геноцид вотчеров, все остальное баловство и рукоблудие. Есть действительно достойнные соперники для вашей отваги: это двусторонний биндинг и декомпозиция слишком толстых контроллеров с переходом на компоненты. Я бы упарывался в эту сторону.

понял, спасибо за равзернутый ответ

Привет Подскажите что не так? webpack Когда использую path: path.resolve(__dirname, '.dist'), в output. ничего не собирает. Без path: собирает

Сборка происходит но сам dist не создается

Привет Подскажите что не так? webpack Когда использую path: path.resolve(__dirname, '.dist'), в output. ничего не собирает. Без path: собирает

Если кому интересно то нужно было прописать publicPath: __dirname + '/', в output

Если кому интересно то нужно было прописать publicPath: __dirname + '/', в output

подскажи что такое __dirname

Имя каталога текущего модуля.

Спасибо

Всем привет, Нигде не могу найти информацию о "правильной" архитектуре angularjs приложения чтобы почитать. Возможно кто-то может поделиться такой ссылкой ?

Всем привет, Нигде не могу найти информацию о "правильной" архитектуре angularjs приложения чтобы почитать. Возможно кто-то может поделиться такой ссылкой ?

component-by-folder, service based Каждому отдельному компоненту (включая стили, файл контроллера, тесты и шаблон) отдельную папку. Вся логика работы с серверами, бизнес логикой и прочим делается в сервисах, в компонентах ничего кроме отображения

если есть общие используемые обьекты между компонентами - хранить их в сервисах ?

если есть общие используемые обьекты между компонентами - хранить их в сервисах ?

Тем более Можно связь эту организовать через rxjs

Тем более Можно связь эту организовать через rxjs

спасибо :)

https://github.com/johnpapa/angular-styleguide/blob/master/a1/README.md

Всем привет, Нигде не могу найти информацию о "правильной" архитектуре angularjs приложения чтобы почитать. Возможно кто-то может поделиться такой ссылкой ?

выше ссылка, подробно описаны аспекты