Как я переключаюсь между Windows и новыми строками UNIX в Netbeans?

Программирование на интерфейсе означает соблюдение «контракта», созданного с использованием этого интерфейса.

Это единственное, что неправильно понимают в интерфейсах.

Нет никакого способа принудить любой такой контракт с интерфейсами. Интерфейсы, по определению, не могут указывать поведение вообще. Классы, где поведение происходит.

Итак, это утверждение в OP

Почти в каждой книге по Java, которую я читаю, рассказывается об использовании интерфейса как способа обмена состояниями и поведением между объектами

просто невозможно. Интерфейсы не имеют ни состояния, ни поведения. Они могут определять свойства, которые должны обеспечивать реализующие классы, но это настолько близко, насколько они могут получить. Вы не можете поделиться поведением, используя интерфейсы.

Можно предположить, что люди будут реализовывать интерфейс, обеспечивающий поведение, подразумеваемое именем его методов, но это совсем не то же самое. И это не накладывает никаких ограничений на то, когда такие методы вызываются (например, что Start должен вызываться перед Stop).

Это утверждение

Требуется для шаблонов типа GoF, таких как шаблон посетителей

, также неверно. Книга GoF использует абсолютно нулевые интерфейсы, поскольку они не были особенностью языков, используемых в то время. Ни один из шаблонов не требует интерфейсов, хотя некоторые могут их использовать. IMO, паттерн Observer - это тот, в котором интерфейсы могут играть более элегантную роль (хотя в настоящее время паттерн обычно реализуется с использованием событий). В шаблоне «Посетитель» почти всегда требуется базовый класс «Посетитель», реализующий поведение по умолчанию для каждого типа посещаемого узла, IME.

Лично я думаю, что ответ на этот вопрос имеет три аспекта:

1. Интерфейсы воспринимаются многими как серебряная пуля (эти люди обычно работают под неправильным пониманием «контракта», или думают эти интерфейсы магически развязывают их код)

2. Java-люди очень сосредоточены на использовании фреймворков, многие из которых (справедливо) требуют классов для реализации своих интерфейсов

3. Интерфейсы были лучшим способом сделать некоторые вещи до того, как были введены дженерики и аннотации (атрибуты в C #).

Интерфейсы - очень полезная языковая функция, но ими злоупотребляют. Симптомы включают в себя:

1. Интерфейс реализован только одним классом

2. Класс реализует несколько интерфейсов. Часто рекламируется как преимущество интерфейсов, обычно это означает, что рассматриваемый класс нарушает принцип разделения интересов.

3. Существует иерархия наследования интерфейсов (часто отражается иерархией классов). Это ситуация, которую вы пытаетесь избежать, используя интерфейсы в первую очередь. Слишком большое наследование - это плохо, как для классов, так и для интерфейсов.

Все эти вещи - запахи кода, ИМО.