Вы про ngx-mask?

Да

Спасибо

@btw_katerina у нас опять спамеры

Коллеги, меня вот мучает такой вопрос.. Мы сейчас стараемся отделить бизнес-логику от представления в приложении, всё вроде неплохо, но есть нюанс с валидацией форм. Дело в том, что проверка данных на корректность - это, очевидно, часть бизнес-логики. Значит ли это, что нужно отказаться от валидации в Reactive Forms и перенести все проверки и вывод ошибок в бизнес-логику? Сейчас с этим множество проблем, валидацию и вывод ошибок трудно поддерживать в актуальном состоянии, т.к. это всё привязано к БЛ, но по факту лежит в компонентах и часто оказывается в рассогласованном состоянии. Есть какие-то мысли по этому поводу?

На мой взгляд всегда есть ошибки от Бека и есть от клиента и от этого не уйти

Тут я имею ввиду как маску так и прочие моменты от дизайна от которых не отказаться

Мне пока не пришел в голову ни один кейс, когда валидация на клиенте была бы нужна чисто для UI не имела отношения к бизнес-логике. Маски - это другое немного.

Обязательные поля без отправки запроса на бек

Обязательность поля - это бизнес-логика.

Да, но лишний запрос не всегда хорошо

А если модель от того же сваггера то не вижу проблем

graphql врывается в чат

бекенд на тайпскрипте с шарингом моделей врывается в чат!

Не всегда (((

на самом деле это дохуя сложно реализовать

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

если бек не монолит

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

В основном бек отдельно живёт на java или c# если это не стартап