А
это жесть)
Оно то работает но не красиво)
Size: a a a
2018 March 28
G
Оно то работает но не красиво)
не красиво - это не самая большая проблема этого кода
VL
новая ишью, может кто знает, как обойти торможение аппы при бэкграундной загрузке лейзи модулей?
А
не красиво - это не самая большая проблема этого кода
А какая?
DK
новая ишью, может кто знает, как обойти торможение аппы при бэкграундной загрузке лейзи модулей?
загружать по одному модолю?)
VL
загружать по одному модолю?)
даже во время загрузки одного модуля бэкграундом есть торможение
какой же ж это бэкграунд тогда то)
какой же ж это бэкграунд тогда то)
DK
даже во время загрузки одного модуля бэкграундом есть торможение
какой же ж это бэкграунд тогда то)
какой же ж это бэкграунд тогда то)
англуляр у тебя какой-то несовершенный))
VL
англуляр у тебя какой-то несовершенный))
кароч особенно это видно там где модули большие, вот значит вывод один: нужно разбивать на модули поменьше :)
DK
это видно при выполнении анимации?
G
А какая?
на каждое новое "событие" во внешнем стриме создается новая подписка во внутреннем, т.е. колличество подписок постоянно растет и соответственно колличество выполняемы операций тоже
DK
на каждое новое "событие" во внешнем стриме создается новая подписка во внутреннем, т.е. колличество подписок постоянно растет и соответственно колличество выполняемы операций тоже
так это же http request'ы, они же сами отписываются
VL
это видно при выполнении анимации?
анимации хз, видно по беспрерывному набору текста в инпуте или беспрерывному какому то тоглеру (наверно даже банальный чекбокс это покажет)
VL
беспрерывность прерывается на время загрузки модуля) поэтому модули 100-200 кб лучше чем 500-1000 😁
DK
беспрерывность прерывается на время загрузки модуля) поэтому модули 100-200 кб лучше чем 500-1000 😁
интресно получается, но разве большое количество модулей не будет еще больше тормозить
G
так это же http request'ы, они же сами отписываются
во-первых это общее замечание по rxjs
во-вторых я считаю что так организовать обработчики событий плохая практика
во-вторых я считаю что так организовать обработчики событий плохая практика
VL
нет, между ними хотя бы можно сделать перерыв, грузить поочередно, например каждый грузить каждые 2 секунды, вот у меня где модули маленькие то торможение человеческий глаз не видит) а где мегабайт пошел то сразу зависон)
DK
во-первых это общее замечание по rxjs
во-вторых я считаю что так организовать обработчики событий плохая практика
во-вторых я считаю что так организовать обработчики событий плохая практика
да, согласен, сам у себя все какули такие переписывал)) но чисто теоретически на http request это тоже важно?
АБ
Всем привет. Есть ли какой-нить вариант сконверить div со страницы в pdf, но не через канвас, а трушно-html'но? Важна возможность copy/paste в пдфке.
DK
во-первых это общее замечание по rxjs
во-вторых я считаю что так организовать обработчики событий плохая практика
во-вторых я считаю что так организовать обработчики событий плохая практика
у меня есть например некоторые сложные сайбскрайбы,которые вызывают фунцию, которая создает ХТТП реквест с сабскрайбом
G
да, согласен, сам у себя все какули такие переписывал)) но чисто теоретически на http request это тоже важно?
http делает complete после получения данных, но я бы не стал полагаться на это знание, а работал бы с ним как с обычным observable. Что бы все было в проекте единообразно. Так и поддерживать легче и коллегам тоже понятней