Size: a a a

2020 February 06

Sergey Фrolov in Angular Kyiv
Ну у нас не в продакшене, так что можно
источник

N

Nik in Angular Kyiv
я вот планирую обновиться и в скором времени зарелизить один компонент (elements)
источник

Sergey Фrolov in Angular Kyiv
Bohdan
Казалось, что вот уже динамическая погрузка компонентов будет с коробки

Скрол и подгрузило, поэтому и модули в этом случае не понадобятся, так как структура всех компонентов будет плоской, и не модулт грузить, а компонентов, компонентов по факту будет как модуль
Есть ещё всякие роутеры и прочие модули с forRoot. В общем я вижу, что ещё многих штук не достаёт, чтобы также удобно работать с доменами в тех же модулях. Да, что-то простое уже можно делать, но не в таких приложениях преимущества ангуляра.
источник
2020 February 07

N

Nik in Angular Kyiv
хреново обновляется angular/material с nx
источник

N

Nik in Angular Kyiv
падает миграция hammer-gestures-v9 потому что не может найти проект
источник

Sergey Фrolov in Angular Kyiv
У нас он где-то есть, но сразу не скажу даже
источник

Sergey Фrolov in Angular Kyiv
источник

N

Nik in Angular Kyiv
стрикт мод в темплейтах конечно радует
источник

N

Nik in Angular Kyiv
кстати, кто то говорил что VS code не поддерживает темплейты так как шторм, кто то может что сказать по этому поводу?
источник

Sergey Фrolov in Angular Kyiv
Nik
кстати, кто то говорил что VS code не поддерживает темплейты так как шторм, кто то может что сказать по этому поводу?
В vscode офф language service, и его перепилили недавно. Он вроде и так неплохо работал.
А вот идее как раз был свой и работал так себе, но тоже подтянули пару месяцев как.
Я вот пока не пробовал дебажить темплейты, может там и есть различия
источник

IB

Ivan Baturin in Angular Kyiv
всем привет, может кто-то работас с smoothScroll? нужна помощь, почему-то не не выполняеться скролл , хотя все опшены передаються
источник

IB

Ivan Baturin in Angular Kyiv
ошибок никаких нету, все ок, просто
var elem = document.getElementById(idElem)
           var options = {
               duration: 200,
               easing: 'easeInQuad',
               offset: offset,
               containerId: idBlock
           }
           smoothScroll(elem, options)
вот это не хочет выполняться
источник
2020 February 08

VL

Vitalii Lev 🦁 in Angular Kyiv
привет
Кто нибудь работал с MutationObserver?
Или может как то решал подобную задачу: нужно что то типо debounceTime (может не точно так же но все же) для обновлений DOM

то есть если ДОМ обновляется, то мы складываем все апдейты в очередь и ждем пока не пройдет какой-то период без попыток обновить дом (например 1000мс) и тогда весь стек уже собранных попыток обновить ДОМ пропускаем и они применяются к ДОМу в той же очереди, в какой поступили.
источник

VL

Vitalii Lev 🦁 in Angular Kyiv
Не обьязательно ангуляр решение, любое будет интересно рассмотреть)
источник

VL

Vitalii Lev 🦁 in Angular Kyiv
пс. не важен источник/емиттер/тд этих обновлений, важно поставить на паузу все gonna be done обновления ДОМ а потом разрешить их применить.
источник

V

Vlad in Angular Kyiv
Vitalii Lev 🦁
привет
Кто нибудь работал с MutationObserver?
Или может как то решал подобную задачу: нужно что то типо debounceTime (может не точно так же но все же) для обновлений DOM

то есть если ДОМ обновляется, то мы складываем все апдейты в очередь и ждем пока не пройдет какой-то период без попыток обновить дом (например 1000мс) и тогда весь стек уже собранных попыток обновить ДОМ пропускаем и они применяются к ДОМу в той же очереди, в какой поступили.
Интересно практическое применение такой штуки )
источник

KN

Konstantin Nosov in Angular Kyiv
Vitalii Lev 🦁
привет
Кто нибудь работал с MutationObserver?
Или может как то решал подобную задачу: нужно что то типо debounceTime (может не точно так же но все же) для обновлений DOM

то есть если ДОМ обновляется, то мы складываем все апдейты в очередь и ждем пока не пройдет какой-то период без попыток обновить дом (например 1000мс) и тогда весь стек уже собранных попыток обновить ДОМ пропускаем и они применяются к ДОМу в той же очереди, в какой поступили.
Боюсь при применении чего либо кроме ванильного js вам прийдется использовать соответствующий механизм фреймворка, а не mutation observer API. К примеру в angular (до ivy, в ivy не уверен что так же) можно указать использовать кастомую реализацию zonejs, и для запуска tick в ней указать debounce.

В случае react вам понадобится следить за изменением virtualdom, и откладывать его рендер в обычный Dom. По-моему для этого даже апи есть там (не пользую реакт, точно не подскажу)
источник

KN

Konstantin Nosov in Angular Kyiv
Vlad
Интересно практическое применение такой штуки )
Практическое применение ясно - при массированном обновлении Dom выливать изменения порциями. На самом деле реакт делает тоже самое примерно с virtualdom, без mutationobserver
источник

KN

Konstantin Nosov in Angular Kyiv
Но есть пара случаев когда к примеру реализация через mutationobserver будет лучше, через virtual Dom - использование css табов, меню и пр. Чтобы отловить изменение их состояний иногда удобней использовать mutationobserver. Но вопрос в том есть ли такие компоненты в целевом приложении
источник

VL

Vitalii Lev 🦁 in Angular Kyiv
Vlad
Интересно практическое применение такой штуки )
долгая история)
если кратко, то скомпиленная апликуха с джавы, допиленная/дофикшенная до практически рабочего состояния, но структура/архитектура там вообще нестандартная, и все нестандартное.
в итоге юикс напряжный бо разные куски скрина появляются в радномном порядке в зависимости от запросов и кучи асинхронных операций чисто
на фронте.
сделать это по людски а отдельных частях оооочень сложно и дорого, бо, повторюсь, аппликейшн очень нестандартный с кучей связей и логики, которые легко поломать) сорс код писался в 2000х и просто был скомпилень в ангуляр с тайпскриптом.
к примеру главный компонент - домашняя страница - имеет 30к строк кода 😏


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