Но как по мне оно того не стоит

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

И я вот думаю, если например какой-то компонент должен что-то триггернуть у другого, помимо стандартных инджектов сервисов, какие есть еще варианты? Насколько я знаю, во >2 ангулярах взаимдействие так же и организовано

Незнаю за ангуляр2 если честно, больше пишу на реакте и нгджс, но как мне кажется стучаться между сущностями без видимой связи это плохо : )

Незнаю за ангуляр2 если честно, больше пишу на реакте и нгджс, но как мне кажется стучаться между сущностями без видимой связи это плохо : )

почему так все топят за реакт?) реально он такой крутой ?)

Незнаю как все но мне больше нравится :)

Я считаю чем меньше магии в том чем я пользуюсь - тем лучше

в нгджс очень много магии

Ну в реакте же этот вопрос взаимодействия между компонентами решен различными реализациями флакса

Ну да, просто в реакте как таковом нету своей системы реализации логики или взаимодействия, в конце концов это просто вью либа

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

Все равно, пока не удавалось достичь на фронте такого же уровня абстракции, как на бэкенде или десктопных приложениях

Конечно, это просто библиотека

https://blog.grossman.io/angular-1-using-redux-architecture/

Первая же ссылка в гугле

Кстати тут когда-то кто-то расказывал за редакс в нг-джс

Да, я тоже читал это. Вот и подумываю

А есть вообще какие-нибудь статьи/книги по общим принципам архитектуры? Потому что, как я и сказал выше, не удается достигнуть такого же уровня абстракции, как на бэкенде

как я уже когда-то и говорил: осталось только два православных варианта взаимодействия компонентов: находятся в прямой видимости - input/output; хрен пойми как будут расположены относительно друг друга - шаред сервис.

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

А есть вообще какие-нибудь статьи/книги по общим принципам архитектуры? Потому что, как я и сказал выше, не удается достигнуть такого же уровня абстракции, как на бэкенде

Архитектура бизнес логики и хранения данных на фронте вообще отдельная тема холивара

и мне кажется адекватного решения тут не будет

как я уже когда-то и говорил: осталось только два православных варианта взаимодействия компонентов: находятся в прямой видимости - input/output; хрен пойми как будут расположены относительно друг друга - шаред сервис.

Ну почему, вот Флакс предлагает своё виденье построенния архитектуры приложения, и он более "джаваскриптовый" с его системой ивента и биндинга

А есть вообще какие-нибудь статьи/книги по общим принципам архитектуры? Потому что, как я и сказал выше, не удается достигнуть такого же уровня абстракции, как на бэкенде

Архитектура корпоративных программных приложений Мартин Фаулер если осилишь

есть еще шина данных

Ну почему, вот Флакс предлагает своё виденье построенния архитектуры приложения, и он более "джаваскриптовый" с его системой ивента и биндинга

для начала, у нас ангуляровский чатик... если перекладывать флакс архитектуру на ангуляр, то получится то же самое: "умные компоненты" (ака контейнеры <- ненавижу этот термин) используют шаред-сервисы, стэйт-менеджмент иструменты, коннект к редаксу/диспатч экшенов.... "глупые компоненты" используют только атрибутный биндинг, он же input/output в ангуляре... так что "ничто не ново под луной"©

в итоге как я уже и сказал, есть два православных метода общения компонентов: или через атрибуты, или через стэйт (в нативном ангуляре это шаред сервис)

А есть вообще какие-нибудь статьи/книги по общим принципам архитектуры? Потому что, как я и сказал выше, не удается достигнуть такого же уровня абстракции, как на бэкенде

Архитектура корпоративных программных приложений Мартин Фаулер если осилите я писал ответ, но что-то соединение было хреновое и не отправило

Подскажите плиз, почему при programmatically изменениях ng-model, не дергается $parsers и как можно это сделать?

Насколько я помню, парсеры и не должны дёргаться... Должны дёргаться форматтеры... При пользовательском вводе: вьюмодель -> парсер -> модель. Если ты меняешь модель программно: модель -> форматтер -> вьюмодель. И где-то рядом ещё есть валидаторы, не забывайте про них тоже.

Да, я не верно сформулировал. Очень странный кейс просто: $formatters дергается(в нем парсинг из стринги во флоат) и возвращает правильное значение, но в итоге в ngModel, $viewValue/$modelValue - стринга

Да и вроде из доки, форматтер не апдейтит саму модель

всем привет подскажите пожалуйста вдруг кто сталкивался с localeCompare кейс: нужно сортировать name, чтобы первыми всегда были спец. символы, затем цифры, затем буквы. сейчас так и реализовано, но, в примере я сделал 2 нейма: 'asdf' и 'ASDF' так вот ловеркейс сейчас в приоритете. вопрос: знает ли кто-то, кк сделать в этом примере апперкейс в приоритете над точно таким же именем в ловеркейсе? http://fiddle.jshell.net/maslaw/vhhgh/53/

В общем, кейс такой: Есть виджет для numeric. В определенных условиях вызываются хуки, которые апдейтят модель напрямую. И бывает, что приходит стринга, нужно, чтобы в $modelValue был float.

Помогло только записать в форматере: ngModel.$modelValue = parseFloat(value, 10); ngModel.$render();

ребят снова я , подскажите пожалуйста

есть родительский есть дочерний контроллер РК и ДК. в РК есть массив информации получаю из сервиса. Как болле правильно получить данные этого массива инжектить в ДК сервис и получать данные с сервиса или сделать что то такое вот в ДК let language = $scope.$parent.main_array;

?

Дочернему компоненту прокиньте его как аттрибут

let language = $scope.$parent.main_array; так плохо

ну это не компоненты)

по сути два контроллера

у которых общий массив инфы

Ну а может напрямую из сервиса? РК же берет

$parent - так себе идея

Если просто прокинуть то можно и из сервиса, но если родительский компонент подифицирует эти данные - то надо прокидывать вниз

Ну а может напрямую из сервиса? РК же берет

в этом и вопрос, напрямую с РК брать или все таки сервис юзать ? ведь этот масив в одной области видимости в РК и ДК

проверил только что я в дочернем могу вобще вот так достуаться $scope.main_array )

что логично так как скоп у них одинакв

Если просто прокинуть то можно и из сервиса, но если родительский компонент подифицирует эти данные - то надо прокидывать вниз

Если он модифицирует, то получается, что они и в сервисе изменятся

не факт

что логично так как скоп у них одинакв

агонь :)

не массив не модифицируется

он есть по сути как константа ) , вопрос в том как правильно доставать его и откуда )

агонь :)

я так понима надо скопы разделять ?)

Все зависит от конкретной ситуации

Если у Вас это не отдельные сущности то можно шарить один скоуп

отдельные

если отдельные то вязать сервисом?

правильно ?

есть нормальный свайп-плагин для А1?

есть нормальный свайп-плагин для А1?

что за А1 ?

что за А1 ?

Ангуляр-1

slick slider

если отдельные то вязать сервисом?

ну в принципе да

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

есть нормальный свайп-плагин для А1?

для обработки свайпов на итемах или карусель какую-то ?

slick slider, лучшего не видел, для angularjs есть и модуль

для обработки свайпов на итемах или карусель какую-то ?

для свайпа — чтобы убрать меню всплывшее

чтобы оно за пальцем двигалось

тогда хз

может с материала дизайн вытянешь

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

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

гуглите, вариантов гугл много дает, но подходит ли оно под ваши потребности смотрите сами

Современный учебник JavaScript 2017г.

? .rar

Современный учебник JavaScript 2017г.

!спам

combot.org/chat/-1001024737789

angularJS Никто не сталкивался с тем, что в цикле обновления модели ($parsers, $formatters, $render) на этапе $render'a не хочет обновляться юай? Есть примерно такая конструкция:

ctrl.viewModel используется на вьюхе, вьюха на ее изменение не реагирует

если ставлю обновление этой проперти в другое место (рядом с $setViewValue к примеру) - морда сразу обновляется но не хочется обманывать пользователя и ставить на вьюху данные, которые в случае проблем в модели не оказались к тому же этот рендер может случится из другого места