List<> или ArrayList<>

List<Integer> list = new ArrayList<>();
ArrayList<Integer> list = new ArrayList<>();

В чем преимущества первого метода? Общее представление имею конечно, но хотелось бы понять более детально. Можно пример какого-нибудь когда, где явно демонстрируется преимущество?

0

Greens239, Такой пример: мне пару раз нужно было использовать класс TreeMap, а в нем метод higherKey, если бы я написал Map<..., ...> = new TreeMap<>();, то к нужным методам доступ бы не получил, ибо эти методы относятся к реализации TreeMap. В случае, если все нужные мне методы описаны в Map (get, put и т.д.), то, в дальнейшем, я могу просто поменять реализацию Map (HashMap, TreeMap и т.д.).

0

т.е если мне захотелось использовать вместо LinkedList ArrayLIst, то я могу
LinkedList<Integer> list1 = new LinkedList<>();
поменять на ArrayList<Integer> list1 = new ArrayList<>();

Таким образом, методы не меняются т.к эти классы реализуют интерфейс List и мы можем сделать изменение лишь в одном месте. Я вас так понял? Если да, то опять возникает тот же вопрос.
List<Integer> list1 = new LinkedList<>();
почему это лучше чем LinkedList<Integer> list1 = new LinkedList<>();?

0

Делая выбор между классами List<T> и ArrayList, предлагающими сходные функциональные возможности, следует помнить, что класс List<T> в большинстве случаев обрабатывается быстрее и является типобезопасным. Если в качестве типа T класса List<T> используется ссылочный тип, оба класса действуют идентичным образом. Однако если в качестве типа T используется тип значений, необходимо принять во внимание особенности, связанные с реализацией и упаковкой.
Если в качестве типа T используется тип значений, компилятор генерирует реализацию класса List<T> специально для этого типа значений. Это означает, что элемент списка List<T> не требует упаковки перед его использованием, и после создания примерно 500 элементов списка объем памяти, сэкономленной за счет отказа от их упаковки, превысит объем памяти, используемой для генерации реализации класса.
Необходимо убедиться, что тип значений, используемый в качестве типа T, реализует универсальный интерфейс IEquatable<T>. В противном случае такие методы, как Contains, должны будут вызывать метод Object.Equals(Object), который осуществляет упаковку соответствующего элемента списка. Если тип значений реализует интерфейс IComparable и исходный код принадлежит вам, следует также реализовать универсальный интерфейс IComparable<T>, чтобы избежать упаковки элементов списка методами BinarySearch и Sort. Если исходный код принадлежит не вам, передайте объект IComparer<T> в методы BinarySearch и Sort.
Использование реализации класса List<T>, определяемой конкретным типом, является предпочтительным по сравнению с использованием класса ArrayList или самостоятельным составлением коллекции со строго типизированной оболочкой. Дело в том, что собственная реализация должна выполнять все функции, которые уже автоматически предоставляются в .NET Framework, и к тому же общеязыковая среда выполнения может использовать общие метаданные и код MSIL, что невозможно обеспечить в собственной реализации.

1

Спасибо за столь подробное объяснение, но вопрос был не в этом)

Добавлено через 4 минуты
Мне кажется, что List<T> это интерфейс, а не класс, почему вы пишете класс?

Добавлено через 11 секунд
Мне кажется, что List<T> это интерфейс, а не класс, почему вы пишете класс?

0

Сообщение от Greens239 Спасибо за столь подробное объяснение, но вопрос был не в этом)

А в чем ? Вам интересно знать что лучше использовать ? Я вам дал самый подробный ответ , что тут не ясного ?
Из ответа следует что - лучше использовать List<int> вместо ArrayList<int> , потому что List<int> генерирует реализацию класса специально для этого типа, это справедливо для простых типов (int, double, byte). Если у вас ссылочные типы (какие то классы) то оба класса действуют идентичным образом. Какие еще вопросы ?

0

Разве можно примитивный тип передавать?

0

А что такой конструкции не существует в природе ?

0

В JAVA нет

Добавлено через 51 секунду
Может вы просто тему перепутали? И мне про C# говорите?

Добавлено через 4 минуты
Точно перепутали. IComparable из C#. В java есть похожие Comparator и Comparable

0

Сообщение от Greens239 Может вы просто тему перепутали?

Не "может", а 146%. О чём ясно говорится в конце поста.

Сообщение от maxillion ...предоставляются в .NET Framework...

Весь цимес в том, что использование интерфейсов всегда предпочтительнее, нежели конкретная его реализация. Так в переменную типа List можно положить ссылку на ArrayList или LinkedList, или Arrays.asList(), или любую другую имплементацию. И весь код, использующий эту самую переменную, править не придётся, т.к. использоваться будут только методы интерфейса.

1