Size: a a a

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

2019 December 03

G

Golodnyi in Angular - русскоговорящее сообщество
S P
а как это загуглить можно? )
я просто хз, как такие строки называются )
js аналог htmlspecialchars
источник

Вキ

Вертихвост キバ in Angular - русскоговорящее сообщество
Виталий
У меня там обычный компонент.
А он экспортируется из модуля, где задекларирован? Какая точно ошибка пишется?
источник

SP

S P in Angular - русскоговорящее сообщество
Golodnyi
js аналог htmlspecialchars
ууу, спасибо
источник

G

Golodnyi in Angular - русскоговорящее сообщество
но лучше побей бекендера, так не делается
источник

В

Виталий in Angular - русскоговорящее сообщество
Вертихвост キバ
А он экспортируется из модуля, где задекларирован? Какая точно ошибка пишется?
Он задекларирован в другом модуле (ui kit module) который экспортирует этот компонент. И ui kit module импортируется в модуль в котором используется упомянутый компонент.
источник

В

Виталий in Angular - русскоговорящее сообщество
Ошибка связана с <my-component-header> и <my-component-body> т.к. таких компонентов нет, есть только элементы внутри <my-component> компонента
источник

ВК

Вадим Корастелев in Angular - русскоговорящее сообщество
Ребят, видел кучи статей, в которых пишется что от observable надо отписываться вообще ВСЕГДА. Как это делать корректно при одиночном запросе данных с сервера? Такой подход как на скрине выглядит немного уродливо
источник

ID

Igor D in Angular - русскоговорящее сообщество
Вадим Корастелев
Ребят, видел кучи статей, в которых пишется что от observable надо отписываться вообще ВСЕГДА. Как это делать корректно при одиночном запросе данных с сервера? Такой подход как на скрине выглядит немного уродливо
Отписка только в случае ошибки?
источник

Вキ

Вертихвост キバ in Angular - русскоговорящее сообщество
Вадим Корастелев
Ребят, видел кучи статей, в которых пишется что от observable надо отписываться вообще ВСЕГДА. Как это делать корректно при одиночном запросе данных с сервера? Такой подход как на скрине выглядит немного уродливо
Отписка должна совершаться тогда, когда подписка больше не нужна. Например, при уничтожении компонента в OnDestroy
источник

ВК

Вадим Корастелев in Angular - русскоговорящее сообщество
Вертихвост キバ
Отписка должна совершаться тогда, когда подписка больше не нужна. Например, при уничтожении компонента в OnDestroy
а если это внутри сервиса?
источник

ВК

Вадим Корастелев in Angular - русскоговорящее сообщество
Igor D
Отписка только в случае ошибки?
а если запрос долго шёл и фактически сущность, в которой происходила подписка уничтожена пользователем до возврата ответа. Это потенциально утечка, GC не заберёт в мир лучший сущность
источник

Вキ

Вертихвост キバ in Angular - русскоговорящее сообщество
Вадим Корастелев
а если это внутри сервиса?
Внутри сервиса лучше не делать подписок, а просто возвращать Observable
источник

ВК

Вадим Корастелев in Angular - русскоговорящее сообщество
Вертихвост キバ
Внутри сервиса лучше не делать подписок, а просто возвращать Observable
https://angular-academy.com/angular-architecture-best-practices/ подход к архитектуре описанный здесь широко применяется, и отсутствие подписок в сервисе фактически делает невозможным написание модулей в такой архитектуре
источник

L

Lain in Angular - русскоговорящее сообщество
Вадим Корастелев
https://angular-academy.com/angular-architecture-best-practices/ подход к архитектуре описанный здесь широко применяется, и отсутствие подписок в сервисе фактически делает невозможным написание модулей в такой архитектуре
я кст эту статью на паре по английскому переводил хах
источник

Вキ

Вертихвост キバ in Angular - русскоговорящее сообщество
Вадим Корастелев
https://angular-academy.com/angular-architecture-best-practices/ подход к архитектуре описанный здесь широко применяется, и отсутствие подписок в сервисе фактически делает невозможным написание модулей в такой архитектуре
А в чем возникает проблема?
источник

ВК

Вадим Корастелев in Angular - русскоговорящее сообщество
Вертихвост キバ
А в чем возникает проблема?
принятие решения о подгрузке данных происходит в слое абстракции, который представляет из себя сервис. то есть данные запрашиваются с сервера из сервиса, что противоречит "Внутри сервиса лучше не делать подписок, а просто возвращать Observable"
источник

Вキ

Вертихвост キバ in Angular - русскоговорящее сообщество
Вадим Корастелев
принятие решения о подгрузке данных происходит в слое абстракции, который представляет из себя сервис. то есть данные запрашиваются с сервера из сервиса, что противоречит "Внутри сервиса лучше не делать подписок, а просто возвращать Observable"
Запрос всегда должен иметь возможность быть отменённым, иначе это прямая дорога к нестабильной работе приложения и неправильного поведения при взаимодействии пользователем
источник

ВК

Вадим Корастелев in Angular - русскоговорящее сообщество
Вертихвост キバ
Запрос всегда должен иметь возможность быть отменённым, иначе это прямая дорога к нестабильной работе приложения и неправильного поведения при взаимодействии пользователем
то есть подобный стиль отписок единственный возможный в подобной ситуации?
источник

Вキ

Вертихвост キバ in Angular - русскоговорящее сообщество
Вадим Корастелев
то есть подобный стиль отписок единственный возможный в подобной ситуации?
Подобный стиль ведёт к тому, к чему я выше написал
источник

ID

Igor D in Angular - русскоговорящее сообщество
Вертихвост キバ
Подобный стиль ведёт к тому, к чему я выше написал
Мб ансабскрайб можно вызвать в третьем параметре подписки?
источник