powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / navision(4) - нелепое поведение логики фиксации изменений
10 сообщений из 35, страница 2 из 2
navision(4) - нелепое поведение логики фиксации изменений
    #37879735
Фотография Infernal V. Raven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SeVa,

+1
...
Рейтинг: 0 / 0
navision(4) - нелепое поведение логики фиксации изменений
    #37879744
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SeVaiscrafmпропущено...

все так думают, пока не сталкиваются серьезно, т.е. пока думают. Особенно в распределенных системах. Сохраните, а потом валидолом кормите уже сохраненное, перенося правильное в чистовик и оставив пользователя в покое
Кроме олд скульных подходов ничего не мешает сделать валидацию перед сохранением и не записывать мусор
как раз - записывать мусор. Сама по себе ситуация с валидацией данных на клиенте в мнгопользовательской среде выглядит неестественно.
iscrafmНа клиенте проверяются разве что уж совсем банальные вещи, вроде ввода буквы в номер, в котором ее не может быть по умолчанию.
Или под валидацией понимается только это?
...
Рейтинг: 0 / 0
navision(4) - нелепое поведение логики фиксации изменений
    #37879748
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmSeVaпропущено...

Кроме олд скульных подходов ничего не мешает сделать валидацию перед сохранением и не записывать мусор
как раз - записывать мусор. Сама по себе ситуация с валидацией данных на клиенте в мнгопользовательской среде выглядит неестественно.
iscrafmНа клиенте проверяются разве что уж совсем банальные вещи, вроде ввода буквы в номер, в котором ее не может быть по умолчанию.
Или под валидацией понимается только это?

Нормальные средства валидации позволяют проводить проверки любой сложности на сервере приложений(синхронно/асинхронно) , или на клиенте, сразу показывать сообщения/ошибки и активировать/деактивировать контролы.
...
Рейтинг: 0 / 0
navision(4) - нелепое поведение логики фиксации изменений
    #37879750
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SeVaiscrafmпропущено...

как раз - записывать мусор. Сама по себе ситуация с валидацией данных на клиенте в мнгопользовательской среде выглядит неестественно.
пропущено...
.
Или под валидацией понимается только это?

Нормальные средства валидации позволяют проводить проверки любой сложности на сервере приложений(синхронно/асинхронно) , или на клиенте, сразу показывать сообщения/ошибки и активировать/деактивировать контролы.
понятно. Я так и понял, что речь идет о банальных ошибках ввода. Такая валидация да, может выполняться и на клиенте.
...
Рейтинг: 0 / 0
navision(4) - нелепое поведение логики фиксации изменений
    #37879752
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SeVaсредства валидации позволяют проводить проверки любой сложности на сервере приложений(синхронно/асинхронно)
в общем-то об этом и речь: на сервере. Не совсем понял к чему это вставлено
...
Рейтинг: 0 / 0
navision(4) - нелепое поведение логики фиксации изменений
    #37879780
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmSeVaпропущено...


Нормальные средства валидации позволяют проводить проверки любой сложности на сервере приложений(синхронно/асинхронно) , или на клиенте, сразу показывать сообщения/ошибки и активировать/деактивировать контролы.
понятно. Я так и понял, что речь идет о банальных ошибках ввода. Такая валидация да, может выполняться и на клиенте.

Модератор: вырезаноДля сложных проверок есть сервер приложений.
А твои предложения сохранять, действительно, никто не поймет
...
Рейтинг: 0 / 0
navision(4) - нелепое поведение логики фиксации изменений
    #37879794
Фотография Infernal V. Raven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmЯ так и понял, что речь идет о банальных ошибках ввода. Такая валидация да, может выполняться и на клиенте.
А что еще кроме ошибок ввода? Противоречивость данных, дублирование относится к ошибкам ввода?
...
Рейтинг: 0 / 0
navision(4) - нелепое поведение логики фиксации изменений
    #37879797
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Infernal V. RavenПротиворечивость данных, дублирование относится к ошибкам ввода?
нет конечно
...
Рейтинг: 0 / 0
navision(4) - нелепое поведение логики фиксации изменений
    #37879840
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmМистерШоуИмхо, продуктивнее при вводе НСИ
добиваться верного состояния, чем потом при учете ловить.
все так думают, пока не сталкиваются серьезно, т.е. пока думают. Особенно в распределенных системах. Сохраните, а потом валидолом кормите уже сохраненное, перенося правильное в чистовик и оставив пользователя в покое

Модератор: вырезаноРаспределенные системы совершенно не виноваты в том, что разработка ведется с помощью старья. Подобные практики сейчас - это полный маразм, а не стандартные и общие практики как ты это преподносишь.
...
Рейтинг: 0 / 0
navision(4) - нелепое поведение логики фиксации изменений
    #37879846
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SeVaiscrafmпропущено...

все так думают, пока не сталкиваются серьезно, т.е. пока думают. Особенно в распределенных системах. Сохраните, а потом валидолом кормите уже сохраненное, перенося правильное в чистовик и оставив пользователя в покое

трудно придумать более абсурдный пост. Я давно предлагал тебе иногда поглядывать вокруг. Распределенные системы совершенно не виноваты в том, что разработка ведется с помощью старья. Подобные практики сейчас - это полный маразм, а не стандартные и общие практики как ты это преподносишь.
Сева, ты сначала хотя-бы одну программу сделай, а потом будешь оценивать, что является маразмом, а что нет. Могу тебе сказать 100%, что предложение проводить какую-ту валидацию на каком то сервере приложений для навижина - вот это маразм
...
Рейтинг: 0 / 0
10 сообщений из 35, страница 2 из 2
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / navision(4) - нелепое поведение логики фиксации изменений
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]