Проектирование по контракту. Это для повторного использования или для корректности ПО?

А почему бы правильно спроектированному классу, состоящему из интерфейса и хорошо инкапсулированой реализации, не быть контрактом?

RabraBabr, я не ставлю это под сомнение. Мне Дмитрий написал одно: "Контракт - не может быть реализацией, это абстракция." В книге написано другое. Я пытаюсь разобраться.

Проектирование по контракту. Это для повторного использования или для корректности ПО?

Спасибо за книгу, Дмитрий. Обязательно прочитаю.

Контракт - не может быть реализацией, это абстракция.

Тогда, если можете, объясните мне, что имел ввиду Буч.

Вначале он пишет:



Т. е. класс обычно состоит из двух частей: интерфейса и реализации.

Потом, уже в другой главе:



Раз утверждается, что класс - это контракт, и он состоит из интерфейса и реализации, то получается, что и контракт состоит из интерфейса и реализации.

Или я что-то не так понял?

Когда подключать обработчики событий в JavaFX, если цели событий появляются динамически?

Понял. Благодарю за наводку.

Спасибо, Дмитрий, что уделили время.