Всегда

Ну или юзать ngInject

app.controller('navCtrl', function ($scope) { $scope.user = 'Bob' }); можно пример, как тут будет выглядеть это?

как я понял:

app.controller('navCtrl', ['scope'], function ($scope) { $scope.user = 'Bob' });

так?

Ага, так. Выглядит стрёмно, но привыкнуть можно

а как будет правильнее?чтобы выглядело хорошо

Да вот так и будет. Просто меня бесит что в ng1 в $inject строковые ид

как бы это выглядело с $inject?Если не трудно, покажи пожалуйста

$inject это проперти со массивом строк-зависимостей, будет создана в объекте контроллера. Напрямую её трогать не надо обычно. Я использую для объявления зависимостей контроллера когда контроллер - класс (typescript)

То есть в твоём случае зависимости приедут уже в параметрах функции контроллера

https://docs.angularjs.org/guide/di

он сработает как декоратор?аля connect в реакте с mapStateToProps?

То есть способов объявить контроллер > 1, какого-то универсального совета "как надо" я затрудняюсь дать, в общем случае массив ид зависимостей лучше указывать явно, не полагаясь на плагины сборщика и удачу

хорошо, вроде понял тебя

спасибо тебе огромное

Да не за что)

о, он еще говорил про некий грид, не совсем понял о чем речь идет

наврятли это гриды из верстки

это плагин какой то?

в документации нет ни о чем подобном

Никаких ассоциаций. Что угодно может быть. Может он хочет чтобы ты его вообще без слов понимал, телепатически.

хорошо, буду отбиваться)

если вдруг у кого будут подобные вопросы, насчет жКвери

я вроде нашел статью, которая объясняет : http://stepansuvorov.com/blog/2014/07/%D0%BA%D0%B0%D0%BA-%D0%BF%D1%80%D0%B0%D0%B2%D0%B8%D0%BB%D1%8C%D0%BD%D0%BE-%D0%B3%D0%BE%D1%82%D0%BE%D0%B2%D0%B8%D1%82%D1%8C-angular/

в пятницу отпишусь, как прошло)

Я просто не пойму чего он тебя jquery тгавит. Может сам в прошлом переходил так и теперь всё, кривая обучения идёт только так и никак больше.

к сожалению история умалчивает)

мне кажеться у вас с ним просто недопонимание :)

вероятно, я ему очевидно не нравлюсь)

с другими вроде все хорошо

возможно :)

не сказал бы что явно, но чувствуется

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

возможно это я так понял

может он действительно имел ввиду полноценный жквери

а не жкЛайт

посмотрел на angular.element

и действительно без него не обойтись

нативка это бред уже

А может наоборот нравишься, вот он тебя и пытает ))) Чтобы мозги расшевелить, но опять же смотря насколько он "мудак" )))

для чего нужен ngRoute ? обясните новенькому на пальцах

Погуглите "angularjs маршрутизация"

Вас интересует сама идея маршрутизации в SPA или именно нгРоут? Я про него просто только плохое слышал, ui-router хвалят. Когда я пришёл на проект, там уже ui-router был, поэтому про родной роутер ничего сказать не могу, ui всем удовлетворяет.

ui router нужно использовать, ngRoute слишком мало возможностей

вечер добрый подскажите плз как правильно общаться между компонентами (в случае вх и исх интерфейса через биндинги) к примеру для вызова функции чайлда? Предположим есть компонент_1 и у него размещел умный компонент_2 который где-то берет данные и печатает в себе дальше. Так вот как из компонент_1 обновить данные в компонент_2? Эмит ивента? Хранение ссылки на апи, устанавливаемой при ините колбеком (или подписка на какой-то сервис, аналон ивентов но более локально)? какое решение считается сейчас правильным?

Вас интересует сама идея маршрутизации в SPA или именно нгРоут? Я про него просто только плохое слышал, ui-router хвалят. Когда я пришёл на проект, там уже ui-router был, поэтому про родной роутер ничего сказать не могу, ui всем удовлетворяет.

Доя spa

Для

Подскажите готовый гит хаб проект чтоб типа добавление в корзину было на ангуляре и чтоб с route было переклучением межлу товаром и корзиной

ui router нужно использовать, ngRoute слишком мало возможностей

Спасибо за совет

вечер добрый подскажите плз как правильно общаться между компонентами (в случае вх и исх интерфейса через биндинги) к примеру для вызова функции чайлда? Предположим есть компонент_1 и у него размещел умный компонент_2 который где-то берет данные и печатает в себе дальше. Так вот как из компонент_1 обновить данные в компонент_2? Эмит ивента? Хранение ссылки на апи, устанавливаемой при ините колбеком (или подписка на какой-то сервис, аналон ивентов но более локально)? какое решение считается сейчас правильным?

https://toddmotto.com/angular-1-5-lifecycle-hooks#onchanges

Если я правильно вас понял

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

Так changes же

Обновляете биндинг, дочерний ловит

А в обработчике изменений там никто полёт фантазии не ограничивает, вызывайте что хотите

Или у вас они не связаны биндингами?

$onChanges вызывается на каждое изменение входящих данных если я правельно понял ето то что Вам нужно

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

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

Ну просто как-то странно, компонент дочерний а по данным не связан

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

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

Ну или породите событие, почему нет-то?

Может вам ui-router с несколькими view нужен?

вот в этом и вопрос - каким способом более правильно (с учетом ссылки на Тода выше) =) варианты 1. эмит ивента, дальше как повезет, подписываемся по соглашению имен 2. возврат апи, избыточно 3. он ченж на фейковые данне, как-то глкпо 4. сабскрайбер в сервисе (я использую сервис фильтров по всей системе и кажется он слишком много знает) 5. ... как-то убивать и заново создавать компонент, провоцируя инит 6. пришел к вам за нормальным вариантом =)

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

Я кстати такой вариант на stackoverflow встречал, автора хвалили и не сжигали особо

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

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

Но всегда есть вероятность что вдруг понадобится, давайте вместе ждать совет коллективного разума)

Ui route тоже есть на angular 1.6?

Мне просто по тз на 1.6 нала

Надо

Ui route тоже есть на angular 1.6?

да

Надо

надо

надо

++

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

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

Это меню типа навбар который должен обновлять условный главный вью с контентом? Или это какое-то локальное меню одной страницы?

Я просто всё пытаюсь понять в каких отношениях ваши компоненты находятся)