Многие объяснения уже присутствуют, чтобы объяснить, как это происходит и как это исправить, но вы также должны следовать рекомендациям, чтобы избежать NullPointerException
вообще.
См. также: A хороший список лучших практик
Я бы добавил, очень важно, хорошо использовать модификатор final
. Использование "окончательной" модификатор, когда это применимо в Java
Сводка:
final
для обеспечения хорошей инициализации. @NotNull
и @Nullable
if("knownObject".equals(unknownObject)
valueOf()
поверх toString (). StringUtils
StringUtils.isEmpty(null)
. Вот интересное статья о CodeProject. Автор имеет переопределенный свойство Value для принятия Нулевого значения как DateTime. MinValue, при поддержании проверки MinValue и MaxValue стандартного управления. Это - все, которое существует к нему.
Размещение дополнительного флажка маркировало, что-то как "включает уведомление", которое включает / отключает DateTimePicker.
Решение тримарана действительно не совсем сокращало его для меня и так мысль г-н Grazioli, и он делал с этим что-то: http://www.codeguru.com/csharp/csharp/cs_controls/custom/article.php/c9645
Для этого не нужно изменять его.
DateTimePicker
в .NET фактически имеет встроенный флажок.
Установите для свойства ShowCheckBox
значение true
.
Затем вы можете использовать свойство Проверено
, чтобы узнать, ввел ли пользователь значение.