Да я тоже там репутацию не нашел

видимо просто ответ для ленивых, вместо "спасибо" пишешь "+"

А как вы тестируете поля формы? Например, есть компонент с require: 'ngModel', который по сути является кастомным полем формы. Как в этом случае в юнит тестах просимулировать поле формы в ngModel?

Блин, мои вопросы всегда игнорят)

Блин, мои вопросы всегда игнорят)

не очень понятна суть вопроса

что значит "поле формы в ngModel"?

что значит "поле формы в ngModel"?

То есть пробрасывается ngModelController.

ты хочешь протестировать наличие значения аттрибута ng-model или какую-то бизнес логику связанную с этим значением?

Блин, мои вопросы всегда игнорят)

они очень странные, юнит тесты по сути не должны вообще на такие вещи как ngModel полагаться

ты хочешь протестировать наличие значения аттрибута ng-model или какую-то бизнес логику связанную с этим значением?

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

ты должен мочь переписать на другой фреймворк компонент не переписывая тесты

тесты отражают спецификацию

они очень странные, юнит тесты по сути не должны вообще на такие вещи как ngModel полагаться

С чего? А как тестить компонент тогда, у которого есть require: ngModelController?

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

С чего? А как тестить компонент тогда, у которого есть require: ngModelController?

Согласшусь с Денисом М. о том, что компоненты должны быть инкапсулированы и взаимодействовать с тестами на уровне set/get value

Дк вот я и спросил, как ее замокать

>все сопуствующие аттрибуты, типа $setViewValue() это не бизнес правило

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

Дк вот я и спросил, как ее замокать

давно с анг1 не имел дело, но у фреймворков есть spyOn и прочие помощники

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

стейтфул компонент?

стейтфул компонент?

Да, именно

Общее взаимодействие это вне зоны юнит тестов. Юнит тесты это тесты в изоляции. Насчёт стейтфул компонентов, тестируй как раз таки стейт, к примеру какой стейт компонента должен быть после его создания, какой после определенных взаимодействий, ну и тестирование по спеке самого хтмл(но это тема обширнее т.к не хочется иметь зависимость от реализации верстки, можно вводить специальные атрибуты например)

Если у тебя юнит тесты проходят на компонент, но хуки не в изоляции не срабатывают, то это проблема скорее не в самом компоненте

Общее взаимодействие это вне зоны юнит тестов. Юнит тесты это тесты в изоляции. Насчёт стейтфул компонентов, тестируй как раз таки стейт, к примеру какой стейт компонента должен быть после его создания, какой после определенных взаимодействий, ну и тестирование по спеке самого хтмл(но это тема обширнее т.к не хочется иметь зависимость от реализации верстки, можно вводить специальные атрибуты например)

Я не совсем об этом. Есть компонент, у которого значение приходит, как ngModelController(require: ngModel). Вся логика инкапсулированна внутри компонента и сопутствующем сервисе. Впорос именно в том, как замокать значение ngModelController, которое достаточно специфично

https://stackoverflow.com/a/45601995/887925

вообще конечно это видимо просто проблема первого углового

https://stackoverflow.com/a/45601995/887925

Спасибо, видел это. Думал, вдруг тут знают что-то менее костыльное.

Что-то боль какая-то все время с первым ангуляром

а весь анг1 в плане тестирования это боль

изкоробки нет ничего

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

если что-то совсем плохо тестируется, то я просто не пишу тесты

тут как бы если гнаться за 100% кавередж

получится такая ситуация что ты делаешь 80% для 20%

лучше делать 20% для 80% кавереджа

Просто так быстрее разрабатывать, чем страничку перезагружать

Я если честно не особо фронтендер, но вот иногда приходится погружаться)

вы там до сих пор не захантили на первый угл за 25$ час?)

вы там до сих пор не захантили на первый угл за 25$ час?)

Неа. Но на другой проект захантили(а там реакт)

У нас просто часть приложений инфраструктуры на реакте и два на 1.5 ангуляре

Если не трудно и вы до сих пор хантите, можешь скинуть в личку больше специфики, но вообще предложение писать на анг1 совсем не привлекательно звучит, но может у вас там продукт интересный

Если не трудно и вы до сих пор хантите, можешь скинуть в личку больше специфики, но вообще предложение писать на анг1 совсем не привлекательно звучит, но может у вас там продукт интересный

Да на самом деле, уже не стоит дальше писать на нг1. Пора мигрировать. Конечно заманчиво на шестерку, но это наверное будет реакт, потому что остальные проекты на нем

если у вас там каноничный 1.5, то на 6ку будет проще чем на реакт. Если там есть контроллеры на 3к строк, то только в мусорку и на реакт)

если у вас там каноничный 1.5, то на 6ку будет проще чем на реакт. Если там есть контроллеры на 3к строк, то только в мусорку и на реакт)

Там все на компонентах, лайфхуках и т.д. Без $scope и прочих штук

А как вы тестируете поля формы? Например, есть компонент с require: 'ngModel', который по сути является кастомным полем формы. Как в этом случае в юнит тестах просимулировать поле формы в ngModel?

Если тебе нужно настроить тестирование хорошо. качни угл 6 посмотри как там karma-jasmine настроено, (запускается сервер и тесты само перекомпилируются) и будет тебе сила)

Если тебе нужно настроить тестирование хорошо. качни угл 6 посмотри как там karma-jasmine настроено, (запускается сервер и тесты само перекомпилируются) и будет тебе сила)

Да тестирование само по себе нормально настроено: karma - mocha - chai. К настройке никаких вопросов нет

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

а чаще бывает, нужно что-то сделать, на чем может бизнес заработать, как можно быстрей

много вижу тех людей которые пишут для важных вещей e2e тесты а фронт ну мало покрывают, бекенд нужно, но как сказали выше

В rootScope хранится информация о залогиневшемся юзере, в контроллере одно поле используется вот так $scope.master.email = $rootScope.user ? $rootScope.user.email : ""; и master.email отображается в инпуте на странице. Пробле в том, что эта информация подтягивается туда при первой загрузке страницы, и если юзер не был залогинен в этот момент, то когда он пройдет процесс авторизации и в rootScope о нем онформация появится, то в $scope.master.email ее по прежнему не будут. Что бы она там появилась надо обновлять страницу. Как это можно исправить?

Попробуй через $watch или просто $scope.$apply() =)

Только вотчеру второй аргкмент не забудь тру передать.

а можно поподробней, куда это надо написать?

все, кажется разобрался

Попробуй через $watch или просто $scope.$apply() =)

спасибо

Valery (0) увеличил репутацию voix (1)

Попробуй через $watch или просто $scope.$apply() =)

вотч или аплай там не причем. Valery инициализацию всех переменных нужно объявлять в хуке $onInit, ты этого не сделала по этому у тебя undefined, а не пустое

В rootScope хранится информация о залогиневшемся юзере, в контроллере одно поле используется вот так $scope.master.email = $rootScope.user ? $rootScope.user.email : ""; и master.email отображается в инпуте на странице. Пробле в том, что эта информация подтягивается туда при первой загрузке страницы, и если юзер не был залогинен в этот момент, то когда он пройдет процесс авторизации и в rootScope о нем онформация появится, то в $scope.master.email ее по прежнему не будут. Что бы она там появилась надо обновлять страницу. Как это можно исправить?

это не правильно ложить юзера в рутскоп $rootScope.user. юзер должен лежать в сессион сторадже

руки вам надо ломать, что одному что другому

Хз, я с ангуляром только в кибане работаю и мне казалось, что то, как там написано - нормальная практика.

Но тебе виднее, главное руки не ломай.

Тем более ему надо было отслеживать изменения в объекте. Есть способы лучше?

Хз, я с ангуляром только в кибане работаю и мне казалось, что то, как там написано - нормальная практика.

есть hooks, есть events. watch Это самый крайний вариант. может еще можно что то подумать отталкиваясь от логики, ее я не видел

руки вам надо ломать, что одному что другому

+

Oleg Volodin (1) увеличил репутацию женя (1)

+

+

ERROR: S client not available

Stas (0) увеличил репутацию Oleg Volodin (2)

Хуки есть только в 1.5. Преимуществ эвентов над вотчем не вижу.

Хуки есть только в 1.5. Преимуществ эвентов над вотчем не вижу.

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

В кибане они везде используются и нормально. Я слышал только, что эвентами злоупотреблять не стоит.

Хуки есть только в 1.5. Преимуществ эвентов над вотчем не вижу.

Ничего себе. Не видит он приемуществ)

Вопрос же был задан в контексте использования скопов, поэтому можно было сделать вывод, что это ангуляр 1.4. Основываясь на этой инфе, что бы ты посоветовал человеку для отслеживания изменений в объекте? Разве вотч в данном случае не лучший вариант?

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

а сколько нужно вотчеров что бы тупить начало?

Кроме совета поломать руки

а сколько нужно вотчеров что бы тупить начало?

200+ начинается представление 1500 уже fatal(go))

200+ начинается представление 1500 уже fatal(go))

специально сделал, не тупит пока

Ну не. От 1000+ начинаются подлагивания

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

+

Михаил ★ (0) увеличил репутацию женя (2)

console.log($scope.$$watchersCount);

соврал, при 11к уже тупит

Лучше поставить какое-нибудь расширение для браузера. Удобнее мониторить

Михаил есть бест практис сколько модуль должен содержать вотчеров. это если ты делаешь апи для бека, то тебе дают 300мс на ответ и как хочешь так и выкручивайся. вот аналогия

Михаил есть бест практис сколько модуль должен содержать вотчеров. это если ты делаешь апи для бека, то тебе дают 300мс на ответ и как хочешь так и выкручивайся. вот аналогия

покажи где, в жизни не видел

Михаил есть бест практис сколько модуль должен содержать вотчеров. это если ты делаешь апи для бека, то тебе дают 300мс на ответ и как хочешь так и выкручивайся. вот аналогия

ну нах эти вотчеры, в топку

покажи где, в жизни не видел

у меня нет, 200 это край на модуль

ну нах эти вотчеры, в топку

Как бы решил задачу выше? Вотчеры там идеально подходят.

у меня нет, 200 это край на модуль

ну так это ты сам для себя такой лимит сделал ? нигде же не написано в best practice ? я об этом и говорю

вотчеров может быть и много, только они могут легкие объекты смотреть и данные не часто меняются

Как бы решил задачу выше? Вотчеры там идеально подходят.

если нужно следить я бы использовал kcd-recompile и watcher но опять же, я не видел логику

Как бы решил задачу выше? Вотчеры там идеально подходят.

пока не увидел задачи, но доходило до использования MutationObserver, а что)

Лан, обед )

потестил чуток, при 1.5к вотчеров было видно мини задержку после действия

при 1к еще всё летает

потестил чуток, при 1.5к вотчеров было видно мини задержку после действия

может у тебя еще там memory leaks ))

может у тебя еще там memory leaks ))

не шарю что это (

гугл)