Size: a a a

Angular - русскоговорящее сообщество

2019 December 09

EG

Egor Gorbachev in Angular - русскоговорящее сообщество
Foma
Я говорю конкретно за 2вью реактивность
Там те же прокси, только реализованные вручную через JS, потому работают чуть медленнее нативных. Проксировать геттеры-сеттеры можно было и до релиза прокси в JS
источник

EG

Egor Gorbachev in Angular - русскоговорящее сообщество
Dmitry Teplov
там написано, что mobx и rxjs это дополняющие друг друга либы
когда тебе нужно просто высчитывать из нормализованного состояния модель для вьюхи, то абстракция уровня mobx будет удобна, чтобы не работать руками с потоками
но когда важно время, параллельная обработка ивентов, I/O, то берёшь rxjs
Хороший ответ, полностью с вами согласен.
источник

DT

Dmitry Teplov in Angular - русскоговорящее сообщество
Dmitry Teplov
там написано, что mobx и rxjs это дополняющие друг друга либы
когда тебе нужно просто высчитывать из нормализованного состояния модель для вьюхи, то абстракция уровня mobx будет удобна, чтобы не работать руками с потоками
но когда важно время, параллельная обработка ивентов, I/O, то берёшь rxjs
З.Ы.  я мало работал с вью, но мне не очень понравилась магия с высчитываемыми свойствами и прочим
источник

F

Foma in Angular - русскоговорящее сообщество
Egor Gorbachev
Там те же прокси, только реализованные вручную через JS, потому работают чуть медленнее нативных. Проксировать геттеры-сеттеры можно было и до релиза прокси в JS
В чем минус технологии, то хочется мнение експерта а то лучше лучше, должны быть минусы
источник

AW

Alex Wells in Angular - русскоговорящее сообщество
Dmitry Teplov
З.Ы.  я мало работал с вью, но мне не очень понравилась магия с высчитываемыми свойствами и прочим
а мне этих самых вычисляемых свойств не хватает. Приходится все делать руками.
источник

AW

Alex Wells in Angular - русскоговорящее сообщество
Foma
В чем минус технологии, то хочется мнение експерта а то лучше лучше, должны быть минусы
минусы - это не фреймворк. Он не диктует архитектуру, не дает решений из коробки (валидация, например). С этим можно мирится.
источник

F

Foma in Angular - русскоговорящее сообщество
Я конкретно за реактивность на вью, при чем фреймворк
источник

AW

Alex Wells in Angular - русскоговорящее сообщество
Yehór Kashperskyi
Ты не понял реактивность в угловом, и говоришь что во вью реактивность лучше.
Давай заканчивать с этим
Она обьективно проще и удобней, независимо от того, понимаю я это или нет. Я работал и с тем и с тем и сделал вывод на основе некого опыта.

Я не говорю, что он решает все проблемы или что это ultimate выбор
источник

DT

Dmitry Teplov in Angular - русскоговорящее сообщество
Alex Wells
а мне этих самых вычисляемых свойств не хватает. Приходится все делать руками.
для многих вещей можно писать свои операторы (и довольно абстрактные, и под конкретные задачи)
за гибкость приходится платить многословностью, так сказать
источник

АО

Алексей Охрименко in Angular - русскоговорящее сообщество
Alex Wells
Возможно. Мне так уже говорили, фанатически втирая что "это прекрасно" и "я тоже это полюблю" - это было два или три года назад. Не прижилось - наверное потому что я бэкэндер и rx тут используется очень редко.

Так или иначе, во вью реактивность реализуется проще, читабельней и без завязки на rxjs - то что нужно
Не согласен. Уж точно не в версии 2
источник

АО

Алексей Охрименко in Angular - русскоговорящее сообщество
Ребят, закругляем холивар, иначе будем выдавать РО. сегодня не пятница 🙂
источник

YK

Yehór Kashperskyi in Angular - русскоговорящее сообщество
Alex Wells
Она обьективно проще и удобней, независимо от того, понимаю я это или нет. Я работал и с тем и с тем и сделал вывод на основе некого опыта.

Я не говорю, что он решает все проблемы или что это ultimate выбор
Ёлки палки, конечно вью проще
источник

KA

Kulagin Alex in Angular - русскоговорящее сообщество
post = this.route.params(
 pluck('id'),
 switchMap(id => this.service.find(id)),
 pluck('data'),
 map(data => plainToClass(Post, data))
)

что-то мне кажется на вычислимых свойствах такое неудобно делать
источник

DT

Dmitry Teplov in Angular - русскоговорящее сообщество
Alex Wells
минусы - это не фреймворк. Он не диктует архитектуру, не дает решений из коробки (валидация, например). С этим можно мирится.
есть штуки вроде накста, там имеются вполне конкретные гайдлайны по структуре проекта
источник

AW

Alex Wells in Angular - русскоговорящее сообщество
Алексей Охрименко
Ребят, закругляем холивар, иначе будем выдавать РО. сегодня не пятница 🙂
Ну  так я всех пригласил в флудилку, никто не пришел.
источник

YK

Yehór Kashperskyi in Angular - русскоговорящее сообщество
Alex Wells
Ну  так я всех пригласил в флудилку, никто не пришел.
😀
источник

АО

Алексей Охрименко in Angular - русскоговорящее сообщество
Alex Wells
Ну  так я всех пригласил в флудилку, никто не пришел.
Ну сейчас не успокояться, выдадим РО 🙂 прийдут
источник

DT

Dmitry Teplov in Angular - русскоговорящее сообщество
Dmitry Teplov
есть штуки вроде накста, там имеются вполне конкретные гайдлайны по структуре проекта
но опять же
высокий уровень абстракций, меньше понимания, что происходит на самом деле
источник

YK

Yuri Katkov in Angular - русскоговорящее сообщество
Alex Wells
Она обьективно проще и удобней, независимо от того, понимаю я это или нет. Я работал и с тем и с тем и сделал вывод на основе некого опыта.

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

YK

Yehór Kashperskyi in Angular - русскоговорящее сообщество
Алексей Охрименко
Ну сейчас не успокояться, выдадим РО 🙂 прийдут
Зови
источник