Я согласен, что вы, вероятно, не хотите использовать значения по умолчанию или фактически вводите фиктивные данные в фактические элементы управления по той причине, о которой вы говорите: сохранение фиктивных значений в таблице.
Несколько возможностей:
- Используйте пользовательскую подсказку. Вы можете сделать это, отредактировав свойство элемента управления «controltip text». Имейте в виду, что всплывающие подсказки видны только пользователю, когда они наводят курсор над конкретным элементом управления.
- Добавьте метку под элементом управления вводом, который описывает информацию, которая должна быть помещена в элемент управления. Это всегда будет видно, но может быстро привести к тому, что ваша форма будет загромождена и ее трудно читать.
Я должен сказать, что вы хотите попытаться сделать ваши формы максимально интуитивными. Например, если вы ожидаете абзаца текста, сделайте текстовое поле намного больше, чем элемент управления, ожидающий только 6-значной строки. Чем больше вы занимаетесь UX (пользовательский опыт), тем больше вероятность того, что пользователи поднимут ожидания, используя тонкие советы по дизайну. Я настоятельно рекомендую изучить тему, если вы обеспокоены тем, что ваши пользователи не смогут расшифровать цель вашей формы/элементов управления. Обязательно проверьте страницу UX на SE.
Кроме того, вы можете использовать событие «AfterUpdate» элемента управления для проверки ввода, помещенного в элемент управления, как только пользователь удаляется от него. Например, вы можете проверить, если вход IsNumeric() для проверки того, что числа были введены вместо текста. Если текст найден, вы можете использовать окно сообщения, чтобы предупредить пользователя, и переместить курсор обратно к недопустимому элементу управления.
Конечно, это индивидуальный подход к простому использованию правил проверки элемента управления. Единственной проблемой, с которой я столкнулся со стандартными правилами проверки, является исчерпание пользователей. Это может раздражать пользователя, чтобы иметь дело с сообщениями проверки, когда они уже знают, что была сделана опечатка. В случае несвязанной формы заявки, для которой требуется кнопка сохранения, я обычно проверяю все контрольные проверки в процедуре сохранения. Это позволяет пользователю свободно управлять, чтобы пропускать элементы управления в порядке табуляции, не блокируя постоянными исключениями проверки.