В вычислениях интерфейс — это общая граница, через которую два или более отдельных компонента компьютерной системы обмениваются информацией. Обмен может осуществляться между программным обеспечением , компьютерным оборудованием , периферийными устройствами , людьми и их комбинациями. [1] Некоторые аппаратные устройства компьютера, такие как сенсорный экран , могут как отправлять, так и получать данные через интерфейс, в то время как другие, такие как мышь или микрофон, могут предоставлять только интерфейс для отправки данных в данную систему. [2]
Аппаратные интерфейсы существуют во многих компонентах, таких как различные шины , устройства хранения данных , другие устройства ввода-вывода и т. д. Аппаратный интерфейс описывается механическими, электрическими и логическими сигналами на интерфейсе и протоколом их упорядочивания (иногда называемым сигнализация). [3] Стандартный интерфейс, такой как SCSI , отделяет проектирование и внедрение вычислительного оборудования, такого как устройства ввода-вывода , от проектирования и внедрения других компонентов вычислительной системы, тем самым предоставляя пользователям и производителям большую гибкость при реализации. вычислительных систем. [3] Аппаратные интерфейсы могут быть параллельными с несколькими электрическими соединениями, передающими части данных одновременно, или последовательными , когда данные передаются побитно . [4]
Программный интерфейс может относиться к широкому спектру различных типов интерфейсов на разных «уровнях». Например, операционная система может взаимодействовать с аппаратными средствами. Приложениям или программам , работающим в операционной системе, может потребоваться взаимодействие через потоки данных , фильтры и конвейеры. [5] В объектно-ориентированных программах объектам внутри приложения может потребоваться взаимодействовать через методы . [6]
Ключевой принцип проектирования — запретить доступ ко всем ресурсам по умолчанию, разрешая доступ только через четко определенные точки входа, т. е. интерфейсы. [7] Программные интерфейсы обеспечивают доступ к компьютерным ресурсам (таким как память, ЦП, хранилище и т. д.) базовой компьютерной системы; прямой доступ (т. е. не через хорошо продуманные интерфейсы) к таким ресурсам с помощью программного обеспечения может иметь серьезные последствия — иногда катастрофические — для функциональности и стабильности. [ нужна цитата ]
Интерфейсы между программными компонентами могут предоставлять константы , типы данных , типы процедур , спецификации исключений и сигнатуры методов . Иногда общедоступные переменные также определяются как часть интерфейса. [8]
Интерфейс программного модуля А намеренно определен отдельно от реализации этого модуля. Последний содержит реальный код процедур и методов, описанных в интерфейсе, а также другие «приватные» переменные, процедуры и т. д. Другой программный модуль B , например клиент A , который взаимодействует с A , вынужден это делать. только через опубликованный интерфейс. Одним из практических преимуществ такой схемы является то, что замена реализации A другой реализацией того же интерфейса не должна приводить к сбою B — то, как A внутренне соответствует требованиям интерфейса, не имеет отношения к B , который занимается только спецификациями интерфейса. интерфейс. (См. также принцип замены Лискова . )
В некоторых объектно-ориентированных языках, особенно без полного множественного наследования , термин интерфейс используется для определения абстрактного типа , который действует как абстракция класса . Он не содержит данных, но определяет поведение как сигнатуры методов . Класс , имеющий код и данные для всех методов, соответствующих этому интерфейсу и заявляющий об этом, считается реализующим этот интерфейс. [9] Более того, даже в языках с одним наследованием можно реализовать несколько интерфейсов и, следовательно, они могут быть разных типов одновременно. [10]
Таким образом, интерфейс является определением типа ; Везде, где объект может быть обменен (например, в вызове функции или метода ), тип объекта, подлежащего обмену, может быть определен в терминах одного из его реализованных интерфейсов или базовых классов, а не указания конкретного класса . Этот подход означает, что можно использовать любой класс, реализующий этот интерфейс. [ нужна цитация ] Например, фиктивная реализация может использоваться, чтобы позволить разработке продолжиться до того, как будет доступна окончательная реализация. В другом случае во время тестирования может быть подменена фейковая или макетная реализация. Такие реализации -заглушки заменяются реальным кодом позже в процессе разработки.
Обычно метод, определенный в интерфейсе, не содержит кода и поэтому сам по себе не может быть вызван; он должен быть реализован с помощью неабстрактного кода, который будет запускаться при его вызове. [ нужна цитация ] Интерфейс под названием « Stack» может определять два метода: push()и pop(). Его можно реализовать, например, по-разному: FastStackпервый GenericStack— быстрый, работающий со структурой данных фиксированного размера, второй — с использованием структуры данных, размер которой можно изменить, но ценой несколько меньшей скорости.
Хотя интерфейсы могут содержать множество методов, они могут содержать только один или вообще не содержать никаких методов. Например, язык Java определяет интерфейс Readable, имеющий единственный метод; различные реализации используются для разных целей, включая , , , и . Интерфейсы маркеров вообще не содержат методов и служат для предоставления информации во время выполнения для общей обработки с использованием Reflection . [11]read()BufferedReaderFileReaderInputStreamReaderPipedReaderStringReaderSerializable
Использование интерфейсов позволяет использовать стиль программирования, называемый программированием интерфейса . Идея этого подхода заключается в том, чтобы основывать логику программирования на интерфейсах используемых объектов, а не на деталях внутренней реализации. Программирование интерфейса снижает зависимость от особенностей реализации и делает код более пригодным для повторного использования. [12]
Доводя эту идею до крайности, инверсия управления оставляет контекст для внедрения в код конкретных реализаций интерфейса, которые будут использоваться для выполнения работы.
Пользовательский интерфейс — это точка взаимодействия между компьютером и людьми; он включает в себя любое количество модальностей взаимодействия (таких как графика , звук, положение, движение и т. д.), при которых данные передаются между пользователем и компьютерной системой.
Если вы зависите только от интерфейсов, вы отделяетесь от реализации. Это означает, что реализация может различаться, и это здоровые отношения зависимости. Например, в целях тестирования вы можете заменить тяжелую реализацию базы данных более легкой фиктивной реализацией. К счастью, благодаря сегодняшней поддержке рефакторинга вам больше не нужно заранее придумывать интерфейс. Вы можете выделить интерфейс из конкретного класса, как только получите полное представление о проблеме. Предполагаемый интерфейс находится всего в одном рефакторинге «извлечения интерфейса». ...
Сначала мы поговорим о сериализуемом интерфейсе. Это интерфейс маркера, не имеющий никаких методов.