Пример, чтобы понять возможную недопустимую дату через CustomDateEditor с параметром correctDateLength
В соответствии с CustomDateEditor API для этой версии конструктора:
public CustomDateEditor(DateFormat dateFormat,
boolean allowEmpty,
int exactDateLength)
говорит:
Если не указано значение "sureDateLength", "01/01/05" будет проанализировано как "01/01/0005".
Предполагая длину 10, 01/01/05 не так, как ожидается. Проверено и работает
Но о следующем:
Тем не менее, даже с указанным параметром "точный-размер-дата" с добавленными нулями в части дня или месяца все еще может учитываться более короткая часть года, поэтому рассмотрите это как еще одно утверждение, которое приближает вас к предполагаемому формату даты.
Я не понимаю идею на 100%. Насчет предустановленных нулей за день или месяц, да я знаю 0# (01-09) за день или месяц. Но как это могло позволить написать неправильную дату еще? Даже когда точная дата составляет 10? Потому что либо 01/01/05 или же 1/1/05 меньше 10
Какая именно идея в этом предложении? С примером все было бы лучше.