Вы прекрасно поняли вопрос и теперь строите из себя дурачка
Вопрос я понял, и дал на него ответ. А вот как раз Вы начинаете строить из себя дурачка «такой ответ не принимается, условия выдуманные».
В мире мобильных устройств стабильность и скорость интернета — величина непостоянная, тут выдумывать ничего не надо.
Хотите ещё вариант загрузки бандла при хорошей сети, и работе в приложении при плохой сети? Их есть у меня. Берем web-приложение, берем Cordova, публикуемся в стор. Пользователь дома с прекрасным вай-файем ставит наше приложение, и идёт в парк погулять. А там, сидя на лавочке, запускает наше приложение и радуется, что ничего не может сделать, потому что на каждый чих нужен сервер.
мы убедились в том, что приведенное в посте решение — нерабочее
Если кто-то забыл, то мы обсуждаем не конкретную реализацию, а вопрос, является ли достаточным и необходимым (и для чего именно) выполнять валидацию только на сервере, или она нужна и на клиенте.
Придется реализовывать валидацию с использованием какой-то сторонней либы. Что вызовет рост размера приложения.
И что? Да, вызовет. Но пользователю будет при этом удобнее.
Все фронтэндщики одинаковые.
…
Я уже говорил, что все фронтэндщики одинаковые?
«Необходимость» и «достаточность» — не абсолютные понятия. Они зависят от ответа на вопрос «для чего?»
Вы описываете необходимость и достаточность для корректной работы системы (отсечь мусор). Да, необходимо и достаточно проверять данные на бэкенде, чтобы в систему не попал мусор.
Но с точки зрения удобства пользователя этого может быть не достаточно — в качестве примера fsou11 привел работу приложения в условиях медленной сети, когда отсылка данных для проверки на сервер может занимать непредсказуемое время. Можно поиграть со стратегией проверки (либо отправлять запрос на валидацию после заполнения каждого отдельного поля, либо целиком форму), но пользователю всё равно будет неудобно.
Для удобства пользователя валидация должна быть мгновенной, чего можно достичь только валидацией на клиенте.
А сложности с дублированием и поддержанием эквивалентности логики на клиенте и сервере — это проблемы программиста, а не пользователя.
Как должна работать функция «Запросить файл» с точки зрения пользователя?
Я, как пользователь, могу хотеть получить какой-то документ, фотографию, аудиозапись/видеозапись, и т.д. Я могу совсем не знать, как называется соответствующий файл.
Вопрос я понял, и дал на него ответ. А вот как раз Вы начинаете строить из себя дурачка «такой ответ не принимается, условия выдуманные».
В мире мобильных устройств стабильность и скорость интернета — величина непостоянная, тут выдумывать ничего не надо.
Хотите ещё вариант загрузки бандла при хорошей сети, и работе в приложении при плохой сети? Их есть у меня. Берем web-приложение, берем Cordova, публикуемся в стор. Пользователь дома с прекрасным вай-файем ставит наше приложение, и идёт в парк погулять. А там, сидя на лавочке, запускает наше приложение и радуется, что ничего не может сделать, потому что на каждый чих нужен сервер.
Если кто-то забыл, то мы обсуждаем не конкретную реализацию, а вопрос, является ли достаточным и необходимым (и для чего именно) выполнять валидацию только на сервере, или она нужна и на клиенте.
И что? Да, вызовет. Но пользователю будет при этом удобнее.
Сильно удивлю, если окажусь не фронтэнщиком?
Вы описываете необходимость и достаточность для корректной работы системы (отсечь мусор). Да, необходимо и достаточно проверять данные на бэкенде, чтобы в систему не попал мусор.
Но с точки зрения удобства пользователя этого может быть не достаточно — в качестве примера fsou11 привел работу приложения в условиях медленной сети, когда отсылка данных для проверки на сервер может занимать непредсказуемое время. Можно поиграть со стратегией проверки (либо отправлять запрос на валидацию после заполнения каждого отдельного поля, либо целиком форму), но пользователю всё равно будет неудобно.
Для удобства пользователя валидация должна быть мгновенной, чего можно достичь только валидацией на клиенте.
А сложности с дублированием и поддержанием эквивалентности логики на клиенте и сервере — это проблемы программиста, а не пользователя.
alix_ginger предлагает как раз обратное: когда невалидное заполненное поле теряет фокус, будем рисовать ему красный бордер.
Я, как пользователь, могу хотеть получить какой-то документ, фотографию, аудиозапись/видеозапись, и т.д. Я могу совсем не знать, как называется соответствующий файл.
А то, неровён час, не робот, а хозяин в кучу вляпается)