#DevJungles #dotnet #angular Telegram канал Dev Jungles -
Поддержать канал можно:
- Спонсорством на YouTube
- Переводом на карту или пополнением банки монобанка:
Dev Jungles YouTube Channel Fund
Номер карты банки:
5375 4112 0230 1466
- Или криптой:
BTC - 18C3jsFYwviN5FvzpAt4uMWRfUeVKvdWxy
ETH - 0x2903f63ba9009732272e91a299053b9d7b623216
USDT on ERC20 - 0x2903f63ba9009732272e91a299053b9d7b623216
USDT on TRC20 - TSmS5RzQKbWdxZkoM2oRo9HK8FYBaq744T
LTC - LN3CkrnvZLZTXDUhqTy1gUKMVpLjEPA4G2
DOGE - DPwon439jf3axVSBwyuXso6z7CivuJF655
AAVE - 0x2903f63ba9009732272e91a299053b9d7b623216
Waves - 3P8D57Zw7CrqW2o7dHpvZR2UzAzQRFA2kZd
Валидация данных давно набила всем оскомину в глазу.
И ладно, когда это были толстые-настольные приложухи. Они были ужасны, это правда, но хотя бы данные валидировать можно было один раз.
Сейчас фронтэнд, кстати, тоже уже язык не повернется назвать тонким-клиентом в веб-серверу, но все же.
Валидацию данных на сервере нужно делать всегда, это очевидная штука, ведь если валидация будет только на клиенте, то ничто не помешают злоумышленнику отправить запрос в ее обход через postman или еще что-то.
Ну или парой команд в консоли бразера отключить те самые валидации.
Может тогда без валидации на клиенте?
Раньше было можно. Вот ты заполняешь форму, нажимаешь SUBMIT и POST запрос идет от клиента к серверу, а если в нем что-то не так, то сервер вернет вам страницу с подредаченым каким-то стилем, что бы нужное полюшко обвелось красным.
Сейчас за такое пацаны зафукают и прогонят сидеть лущить семки на другую скамейку.
Сейчас валидации нужны по обе стороны. И часто писать их приходится отдельно. У нас ведь разные языки и фреймворки по обе стороны.
И один мой друган, Никита, вдоволь настрадав об это в кровавом enterprise сделал небольшую либу для DotNet Core и Angular, что позволяет описать простые валидации один раз, но работать они будут по обе стороны протокола.
О ней сегодня и пойдет речь.
Поговорим об общей идеи, вариантах допила и векторах развития.
Музыка
Фильмы
ТВ Шоу
Категории видео
