коллеги, кто - то юзал директивы в директивах?

ап

@Ai_boy я правильно понимаю, что Subect<T> работает по принципу обсерваблов?

@Ai_boy я правильно понимаю, что Subect<T> работает по принципу обсерваблов?

Да. Только Subject может быть и observable а может и subscription. И слушать и генерить события

Ну next генерит события

мне интересен принцип, как шаблон понимает, при ChangeDetectionStrategy.OnPush, когда ему нужно отрендерить заного

точнее, как ангуляр понимает

тупо бежит по всем биндингам вниз с корня

сравнивает новое со старым по ссылке

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

т.е. не совсем

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

углубляется только по изменившимся узлам

ну я примерно так и представлял. Т.е. OnPush дает некую оптимизацию

у компонента есть инпуты, если эти инпуты имеют новые референсы - дерево надо перерисовывать

дерево - это компонент и его детишки

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

но тут вы сами уже должны данные так организовать

Привет как выглядеть должен MockStore? от NGRX стора. Мой вариант просто сервис с select методом и там switch case type of ... case type of ... и там просто в зависимости от передаваемой подписки вернуть что то

в случае, если у тебя компонент сам внутри меняет свое состояние, требуется вызывать ChangeDetectionRef.markForCheck(). кстати чем это отличается от detectChanges и когда, что лучше использовать?

Кстати, gcc дает уменьшение вендора с 465кб до 367, а мэйн с 200кб до 48. В gzip мэйн всего 8кб

но тут вы сами уже должны данные так организовать

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

gcc - google closure compiler. А то вдруг :D

Кстати, gcc дает уменьшение вендора с 465кб до 367, а мэйн с 200кб до 48. В gzip мэйн всего 8кб

gcc???

gcc - google closure compiler. А то вдруг :D

:) я подумал, что я что-то пропустил по Gnu C Compiler

внимание, вопрос. TreeShaking вообще при прод билде работает или нет?

есть статья, в которой используют ngc, rollup, uglify

Да, если настроить

Да, если настроить

можно поподробней?

OnPush - выключает проверку внутренности объектов передоваемых в компонент и тупо сравнивает по ссылке. Если ссылка на объект изменилась - ищет изменения дальше по дереву. Из за этого onPush хорошо работает с imutable структурами данных

внимание, вопрос. TreeShaking вообще при прод билде работает или нет?

ng-cli?

можно поподробней?

Алексей лучше подскажет на счёт этого.

OnPush - выключает проверку внутренности объектов передоваемых в компонент и тупо сравнивает по ссылке. Если ссылка на объект изменилась - ищет изменения дальше по дереву. Из за этого onPush хорошо работает с imutable структурами данных

насколько грамотно работать с onPush+Subject, в случае, когда весь компонент - форма с использованием reactiveforms?

вчера второй вебпак натравил на проект и он уже работает с es2015 модулями, которые tree-shackable. судя по всему этот tree shaking происходит внутри UglifyJsPlugin, который как раз обычно в продакшене и запускается

Переход с webpack 1 на webpack 2 был для меня удивительно лёгким.

Менять пришлось лишь пару мелочей.

https://github.com/angular/angular-cli/issues/2901

Так это ng-cli

Руками ничто не мешает настроить, если это кастомный проект

Как определить выделять ли какой-то элемент страницы в отдельный компонент?

по идее, как сами внутри команды решите

но судя по демо-проектам народ ориентируется на Single Responsibility Principle

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

Спасибо )

насколько грамотно работать с onPush+Subject, в случае, когда весь компонент - форма с использованием reactiveforms?

Это вариант. Подойдёт он или нет зависит от ситуации

а какие еще есть варианты?

насколько грамотно работать с onPush+Subject, в случае, когда весь компонент - форма с использованием reactiveforms?

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

c ngrx/store onPush прекрасно будет работать

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

Ну собственно на обновление данных вызывается next. NgRx/store для формы использовать - такое себе занятие

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

Ну так зачем мне всю форму в сторе хранить?:)

я не храню форму в сторе, у меня алгортим такой: в onInit билд формы, и подписка на значение из стора, подписка вызывает setValue у формы и выставляет всё что нужно в ней при сабмите идет диспатч экшена, который обнавляет данные модели в сторе, попутно через эффект сохраня на сервер т.е. в компоненте две точки одна мапит данные из модели на форму, вторая точка мапит данные из формы в модель но у меня сложная модель, там больше 10 форм на разных вкладках, каждая форма частично обновляет модель

т.е. стркутура формы !== модели, поэтому стейт формы не хранится в сторе, хранится стейт модели, которая юзается много где

т.е. стркутура формы !== модели, поэтому стейт формы не хранится в сторе, хранится стейт модели, которая юзается много где

Ааа. У меня сама форма огромная, но это все одна модель:)

Она просто сама по себе больше нигде не используется (модель)

Мы только начинаем перекатываться на ангуляр

И на данный момент совать ngrx/store нет смысла

да я тоже так думал, плюс к этому можно добавить что ngrx/store заставляет писать много кода перед тем как всё начнет хоть как то работать. Но зато потом даёт ускорение, когда каркас есть, намного легче добавлять новые экшены и сущности в стор

Не на этой итерации:)

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

Как определить выделять ли какой-то элемент страницы в отдельный компонент?

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

иначе, можно довыделяться :)

в каком смысле

Разнесется код так, что потом не понять будет

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

Документацию писать?

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

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

Спасибо )

но SRP никто не отменял

Всем привет

Уж лучше так, чем огромные компоненты

Вот у меня сейчас, например, есть форма, состоящая из 4 шагов с немалым количеством логики. Логически на разные компоненты это не разобьёшь, но сам компонент в итоге получается очень объёмный. Сделай я подобное там, где это можно разбить, я бы сам застрелился поддерживать этот код уже через пару месяцев.

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

Разбейте форму на саб формы

а как же "react way" и наследование кнопок?

И используйте formGroup

Вот у меня сейчас, например, есть форма, состоящая из 4 шагов с немалым количеством логики. Логически на разные компоненты это не разобьёшь, но сам компонент в итоге получается очень объёмный. Сделай я подобное там, где это можно разбить, я бы сам застрелился поддерживать этот код уже через пару месяцев.

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

Разбейте форму на саб формы

Тем кроме самой формы ещё много элементов.

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

В моём случае слишком много общих элементов на всех шагах. Чтобы нормально вынести их, придётся делать ещё один компонент с router-outlet, а это будет уже третий вложенный компонент с ним. В таком подходе есть как плюсы, так и минусы. Потому я предпочту пока что не делать так.

Можно как-то из продбилда убрать хэши?

А зачем?

Это сломает принцип протухания кеша при деплое нового билда.

В общем-то логично, да только за кеш отвечает у меня бэк

Плюс я хочу gcc поверх накидывать

Парни

angular-cli чтоб сгенерировать роутинг

на существуещем модуле

типа вот так? ng g module my-module —routing

помогите понять ошибка вот такая - Unhandled Promise rejection: No ErrorHandler. Is platform module (BrowserModule) included? ; Zone: <root> ; Task: Promise.then ; Value:

я так понимаю что-то забыл включить в файл main?

import { BrowserModule } from '@angular/platform-browser';

app.module

app.module

Спасибо, теперь вот такое The module AppModule was bootstrapped, but it does not declare "@NgModule.bootstrap" components nor a "ngDoBootstrap" method. Please define one of these.

метода такого уже нет?

import { NgModule } from '@angular/core'; есть?