хотя из того что я понял должна менятся если "=" или что я не так понял?)

< - one way binding - данные записанные в компонент будут единожды инициализированны
= - two way binding -  данные можно передавать в оба направления и компонент имеет постоянно обновленное значение

переинициализация "<"-байндинга возможна при ререндеринге парент-компонента

в случае использования "<"-байндинга желательно использовать хук onChange(chObj) и проверять изменения из вне...

такое делают уже когда появляется необхожимость в жесткой оптимизации приложения.... на ранних этапах мы вообще не смотрим на это и везде используется "="... после окончания релиза и по мере необходимости рефакторинга/оптимизаций / можно уже задумываться о том. что было бы лучше сделать для быстроты...

а если еще глубже идти. то посмотри на "::"-опцию)

и как я уже писал...
1) работу в компоненте нужно делать в onInit() а не в контроллере...
2) controllerAs: "$ctrl" - уже сам по себе default-value, и является избыточным

не, ну реакт конечно получше будет этого говна

Имхо, “<“ следует использовать не для оптимизации, а для более явного потока данных

Если компонент изменяет пришедшие к нему данные так, что они меняются и у родителя — дело плохо. Завтра добавится ещё два компонента и потом ищи-свищи, где, как и когда данные меняются

Если же использовать функции типа on-value-changed, то это даёт офигенный контроль над данными - всегда можно понять откуда пришли изменения и решать — обновить оригинальный объект или нет

На мой взгляд поток данных должен идти по кругу, а не взад-вперёд

Так компоненты становятся стабильнее и не влияют друг на друга

Правильно

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

не в "конструкторе"

Я так понял, что не один я такой. Передача данных в область видимости component поставит в тупик, если пользоваться официальной докой. Для меня стало ясно это после
http://www.devcode4.com/article/angularjs-component-bindings

И этого

https://medium.com/front-end-weekly/angularjs-component-binding-types-my-experiences-10f354d4660

tnx

The unction to Invest on Bitcoin is one of the best thing i would want to do this year. Until I came across Mr Williams Harri in telegram through my fellow fishermen who I told sometimes ago about looking for a reliable trader to work with, I went  into Mr @williamsharri trading platform while reading some testimonies online. He really educated me on what bitcoin investment is all about after much knowledge about bitcoin. I decided to give a try. I started with his minimum investment plan and to my surprise i made alot of profit in within the week. I'm not suppose to be doing this but i feel i owned him alot secondly he said it a must to tell others about it. So I'm here to tell you all to contact him with  this
Whatsapp : +447723710228
https://t.me/joinchat/AAAAAFescGRg5LEi9-AopA

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

передавай лист из родителя в дочку через аттрибут ('<')
в дочке либо сразу используй значение этого аттрибута, либо следи за изменением через обработчик $onChanges

вот пример компонента checklist

И его темплейт

про emit/broadcast забудь, это на крайний случай, когда нет прямой связи между сущностями, или нет уверенности что она будет прямой

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

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