Обнаружить поддержку браузера для междоменного XMLHttpRequests?

Интерфейсы имеют много полезных ситуаций. Когда необходимо добавить определенное поведение к классу, который может быть найден через большое разнообразие классов, это - идеальное время для интерфейса. Хороший пример эти IDisposable интерфейс - у Вас есть некоторый ресурс, который, когда Вы сделаны, должен уйти своевременно. Действительно ли это - соединение с базой данных? Это - некоторый дескриптор окна? Не имеет значения.

Другой пример был бы, когда Вы действительно не делаете , знают, как он должен быть реализован, такие как интерфейс к объекту, который еще не существует. Возможно, объект должен быть предоставлен клиентом Вашей библиотеки или должен быть реализован совершенно другим модулем не под Вашим управлением. Можно в основном разработать контракт для методов, доступных на классе.

Тем не менее я только использую их, где это необходимо. Если я могу сделать это с регулярным классом, или если это будет что-то внутреннее конкретному объекту, то я сделаю это классом. Существуют некоторые преимущества для использования Интерфейсов для каждого класса, как другие сказали, но это - так много дополнительных издержек, что я не вижу достойную чистую прибыль на нем. Большую часть времени я разработал свои структуры класса так, чтобы они были плоскими и широкими с как можно меньшим количеством зависимостей.

, Таким образом: Если Вам потребовали общей функциональности, это реализовано существенно по-другому, Интерфейс, в чем Вы нуждаетесь.