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

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

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

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

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

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

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

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

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

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

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

Я думал они case insensitive

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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