S>Потому что автору бизнес логики есть о чём думать, кроме выбора места для проверки правил....
S>Ну пусть этот код будет частью проекта. Но не в каждом месте, а в некой платформенной части, которая обрабатывает декларативную разметку.

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

А "работу" по этим правилам конечно должна выполнять платформа (по вашей терминологии — фреймворк).

Так вот где надо разместить? Как правильно это сделать?
Чтобы бизнес-логика, "размазанная" на два звена (tiers) имела правила в одном месте и проверяла их без лишних непроизводительных передач данных с клиента на сервер?


В предыдущем ответе правильный вопрос задали:
https://rsdn.org/forum/design/8599729.1

Автор: bnk
Дата: 14.09.23

bnk>Если нет никакой поддержки "платформы" то, очевидно, только дублировать на клиенте и сервере?

Да, никакой поддержки платформы нету.
Как правильно сделать валидацию с учетом этого обстоятельства?


S>А вот когда рукопашный валидатор в JS требует пароль не меньше 8, бизнес-логика на сервере зарубает кириллицу, а в БД стоит ограничение на 16 символов — тут да, концов не соберёшь.

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