Вот чем они думали?

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

Ну, раньше ни кто не думал что дажабоскрипт годен на что-то большее чем бегущюю строку в футере браузера запустить.

А оно, вон, как вышло.

микросэрвисы

Первый сайт в торнети был сделан на C в cgi-bin, вот как люди жили. ?

Ну не вообще в интернете, а в www.

А до этого была D/ARPA.

И никаких этих ваших интернетов не было.

бегущую строку запускали тегом marquee, без js-a

Не, там был вариант и с js тоже.

Сам так делал.

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

И были адовы тормоза.

И кажется там ещё был sleep. %)))

мда

https://web.telegram.org/#/im?p=@nodejs_ru

откуда у тебя это фото?

Так це ж было где-то в 98-2000 годах.

Тогда ни кто не понимал как правильно.

Хотя бы работало и уже хорошо.

https://telegram.me/nodejs_ru

кто-то просил

О там срачик. ?

фото?

откуда у тебя это фото?

фото?

мммм иконы

не думаю что про авку)

ну а что про пограмировании удача нужна

а иконки заряжают

При программировании нужна компиляча.

Холодный проц и не дрожащие руки. %)

транспиляча

)))

Коллеги, те кто уже перешли на Angular 2.0, поделитесь опытом как вы используете возможности Rx в который по дефолту обернут Http

Какой дополнительный профит он может дать в организации потоков данных?

Ну т.е мне понятно как его использовать вместо промисов map/flatMap/subscrube , но это то же самое что и сами промисы почти

Т.е в каждом компоненте дергая сервис UserService.fetchUsers() мы создаем каждый раз новый Observable тут же на него подписываемся и потом он умирает

если в другом месте нам понадобятся эти данные мы делаем то же самое

но что-то мне подсказывает что Rx использовать надо по-другому

подписываясь в нескольких местах на один Observable

получая что-то типа one direction data flow как в Flux/Redux

Не могу найти пока ни одной внятной статьи или примера кода как организовать data flow с Rx в Anular 2.0 приложениях или любых других

если есть кто-то с большим опытом использования Rx, поделитесь опытом плз

@bro_science А у тебя есть какие-то статейки где вообще хотя бы простенькие примеры этого иллюстрируются охота поглядеть?)

Примеры чего? Как работает Rx вообще? Или моего предположения про one direction data flow?

Rx && Angular 2.0)

о вроде нашел сам)

https://angular.io/docs/ts/latest/guide/server-communication.html#!#http-client

вот простой пример, который не отвечает на мой вопрос

ааа это) все понял)

про Rx тоже интересно:)

вообще да, можно предположить, что, что-то на подобии один observable в условном store на один action и какой-то store service @injectable() который все это соединяет

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

нашел, если кому интересно, декортаор доступа: https://gist.github.com/btroncone/cebec10b89540f5501dd

Смотришь, вроде папа с сыночком, а присмотрелся, да это ж декоратор доступа! ?

?

Не могу найти пока ни одной внятной статьи или примера кода как организовать data flow с Rx в Anular 2.0 приложениях или любых других

читай вот http://victorsavkin.com/post/133936129316/angular-immutability-and-encapsulation

как и весь блог, там хватает примеров по организации Rx+Ng2

Ng2 сам есть реактивное приложение и Rx там как раз хорошо ложится

кто-то знает как называется color theme для js, как на github? интересно вместо monokai попробовать

читай вот http://victorsavkin.com/post/133936129316/angular-immutability-and-encapsulation

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

Ng2 сам есть реактивное приложение и Rx там как раз хорошо ложится

Ng2 что имеется в виду? сам фреймворк? или сайт angular.io ?

фрейм конечно

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

Есть. Там есть хороший пример реализации Redux на Rx+ng2

Ну и вообще отличный блог. Чувак, если что, сделал последний router для ng2

третий который ?

да

У него там 2 статьи по нему в блоге есть

вообще да, можно предположить, что, что-то на подобии один observable в условном store на один action и какой-то store service @injectable() который все это соединяет

да, именно так же и я рассуждал, поэтому и начал копать

если использовать Redux и Immutable то зачем вообще тогда Observable-паттерн применять? Мне на данном этапе кажется что надо выбирать что-то одно

Самое хорошее в Observable - это фильтрация данных на лету, а также можно использовать всякие Subject, с ними все становится намного проще

если использовать Redux и Immutable то зачем вообще тогда Observable-паттерн применять? Мне на данном этапе кажется что надо выбирать что-то одно

Ну есть уже реализации Redux на Rx, так что все норм. Вон Redurx и подобные

я не говорю что нельзя этого делать, я не вижу смысла просто в этом, если в Ng2 приложении использовать Redux и все данные компонентам пробрасывать через @Input то вопрос data flow уже отпадает и не важно какую обвязку мы используем для http будь то Observable или Promise (я сейчас не касаюсь специально дополнительных фич Rx типа filter, retry, debounce, cache и т.д)

А смысл в Promise?

У нас сам фрейм по есть реактивный, а получается, что Promise - просто пятая нога

Просто многим оно привычнее, но не более того.

что значит фрейм реактивный, объясните плз

Вот как работает @input - это и есть реактивность

Особенно в режиме push для компонента

Почитай блог, там напрямую этот вопрос разбирается

да не важно же как внутри работает @input, важно его внешнее API, а оно мало общего имеет с Rx, вы исользуете триггер ngOnChanges и опцию changeDetection , это никак нас не обязывает управлять самими данными отправляемыми в @input через Rx

т.е я правильно понял что использовать Rx в самой логике приложения стоит хотя бы потому что разработчики ng2 его используют в самом фреймворке?

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

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

так и в React все работает, но и там и там для этого Rx не требуется

Конечно не обязывает. Просто идеология ng2 - это реактивный фреймворк, поэтому логичнее и приложение разрабатывать в том ключе.

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

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

Ну так вот в отсутствии $watch нужно думать как строить цепочку - для этого в первую очередь и нужен Rx

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

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

Rx просто будет быстрее, чем все остальное, что встроено в ng2 - оно просто для всего

ааа, вон что

бенчмарк бы

Кто ж тебе даст. Каждое приложение уникально )

Просто если брать Rx в зависимости и не использовать на полную - это странно

согласен

Тем более, это очень удобно во многих случаях

логично, поэтому я и пытаюсь понять как из него выжать максимум