Преимущества в Java коллекций Рамочной

Share

|

В основу коллекции является единой архитектуры для представления и манипулирования коллекциями. Все коллекции рамок содержать следующие сведения:

Эти интерфейсы являются абстрактными типами данных, которые представляют собой коллекции. Интерфейсы коллекций, позволяют манипулировать независимо от деталей их представительства. В объектно-ориентированных языков, интерфейс в целом виде иерархии.
Implementations Речь идет о конкретных реализаций сбора интерфейсов. В сущности, они многократно используемых структур данных.
Алгоритмы Эти методы, которые выполняют полезную расчетов, таких как поиск и сортировка, на объекты, которые осуществляют сбор интерфейсов. Алгоритмы, по их словам, polymorphic: это тот же метод может быть использован на многих различных реализаций соответствующего сбора интерфейс. По сути, алгоритмы повторного использования функциональности.
Помимо Java Коллекции рамок, наиболее известные примеры коллекций базы являются C + + Стандартная библиотека шаблонов (STL) и Smalltalk коллекции иерархии. Исторически коллекции структуры были довольно сложными, которые дал им за репутацию крутого освоения. Мы считаем, что Java Коллекции рамок выходные с этой традицией.

Преимущества на Java Коллекции рамок являются:

Сокращает усилия программирования

Предоставляя полезных структур данных и алгоритмов, коллекций Рамочной освобождает вам сконцентрироваться на важных частей вашей программы, а не на низком уровне "сантехника" необходимо заставить ее работать. Способствуя интероперабельности несвязанных между ИСП, в Java Коллекции рамок освобождает вас от написания адаптер предметы или код для подключения API.

Увеличение программы, скорость и качество

Это Коллекции рамок обеспечивает высокопроизводительных, высококачественных реализаций полезных структур данных и алгоритмов. Различные реализации каждого интерфейса являются взаимозаменяемыми, поэтому программы могут быть легко настроены на переключение сбора реализаций. Поскольку вы освобождены от drudgery написания Ваших собственных структур данных, вы будете иметь больше времени уделять совершенствованию программы "качества и эффективности.

Позволяет взаимодействия, не ИСП

Сбор интерфейсов родной API, в которой проходят коллекций вперед и назад. Если мое сетевое администрирование API предоставляет набор узла имена и, если GUI инструментарий ожидает набор колонок, наша API, будет взаимодействовать слаженно, хотя они были написаны самостоятельно.

Сокращает усилия изучить и использовать новые API,

Многие API, разумеется, коллекций материалы и представить их в качестве продукции. В прошлом каждая такая API был небольшой югу от API, посвященной манипуляции своей коллекции. Был мало согласованности между этими специальных коллекций югу от ИСП, поэтому вы должны научиться каждый с нуля, и было легко сделать ошибки при их использовании. С появлением стандартных интерфейсов сбора, проблемы ушли.

Сокращает усилия по разработке новых API,

Это оборотная сторона предыдущего преимущества. Дизайнеров и исполнителям не нужно изобретать колесо каждый раз, когда они создать API, что опирается на коллекциях; Вместо этого они могут использовать стандартные интерфейсы сбора.

Стимулирует повторное использование программного обеспечения

Новые данные структуры, которые соответствуют стандарту сбора интерфейсов характер многократно. То же самое для новых алгоритмов, которые действуют на объекты, реализующие эти интерфейсы.