Коллекция в Python — программный объект (переменная-контейнер), хранящая набор значений одного или различных типов, позволяющий обращаться к этим значениям, а также применять специальные функции и методы, зависящие от типа коллекции.

Частая проблема при изучении коллекций заключается в том, что разобрав каждый тип довольно детально, обычно потом не уделяется достаточного внимания разъяснению картины в целом, не проводятся чёткие сходства и различия между типами, не показывается как одну и туже задачу решать для каждой из коллекций в сравнении.

Вот именно эту проблему я хочу попытаться решить в данном цикле статей – рассмотреть ряд подходов к работе со стандартными коллекциями в Python в сравнении между коллекциями разных типов, а не по отдельности, как это обычно показывается в обучающих материалах. Кроме того, постараюсь затронуть некоторые моменты, вызывающие сложности и ошибки у начинающих.

Для кого: для изучающих Python и уже имеющих начальное представление о коллекциях и работе с ними, желающих систематизировать и углубить свои знания, сложить их в целостную картину.

Будем рассматривать стандартные встроенные коллекционные типы данных в Python: список (list), кортеж (tuple), строку (string), множества (set, frozenset), словарь (dict). Коллекции из модуля collections рассматриваться не будут, хотя многое из статьи должно быть применимым и при работе с ними.

ОГЛАВЛЕНИЕ:


  1. Классификация коллекций;
  2. Общие подходы к работе с коллекциями;
  3. Общие методы для части коллекций;
  4. Конвертирование коллекций.

1. Классификация коллекций


image

image


Пояснения терминологии:


Индексированность – каждый элемент коллекции имеет свой порядковый номер — индекс. Это позволяет обращаться к элементу по его порядковому индексу, проводить слайсинг («нарезку») — брать часть коллекции выбирая исходя из их индекса. Детально эти вопросы будут рассмотрены в дальнейшем в отдельной статье.

Уникальность – каждый элемент коллекции может встречаться в ней только один раз. Это порождает требование неизменности используемых типов данных для каждого элемента, например, таким элементом не может быть список.

Изменяемость коллекции — позволяет добавлять в коллекцию новых членов или удалять их после создания коллекции.

Примечание для словаря (dict):


  • сам словарь изменяем — можно добавлять/удалять новые пары ключ: значение;
  • значения элементов словаря — изменяемые и не уникальные;
  • а вот ключи — не изменяемые и уникальные, поэтому, например, мы не можем сделать ключом словаря список, но можем кортеж. Из уникальности ключей, так же следует уникальность элементов словаря — пар ключ: значение.

    UPD: Важное замечание от sakutylev: Для того, чтобы объект мог быть ключом словаря, он должен быть хешируем. У кортежа, возможен случай, когда его элемент является не хешируемым объектом, и соответственно сам кортеж тогда тоже не является хешируемым и не может выступать ключом словаря.
    a = (1, [2, 3], 4)
    print(type(a))   # <type 'tuple'>
    b = {a: 1}       # TypeError: unhashable type: 'list'
    

  • UPD: Благодарю morff за внимательность — {} без значений создают словарь, а со значениями, в зависимости от синтаксиса могут создавать как множество, так и словарь:
    a = {}
    print(type(a))     # <class 'dict'>
    
    b = {1, 2, 3}   
    print(type(b))     # <class 'set'>
    
    c = {'a': 1, 'b': 2}
    print(type(c))     # <class 'dict'>


2 Общие подходы к работе с любой коллекцией


Разобравшись в классификацией, рассмотрим что можно делать с любой стандартной коллекцией независимо от её типа (в примерах список и словарь, но это работает и для всех остальных рассматриваемых стандартных типов коллекций):

# Зададим исходно список и словарь (скопировать перед примерами ниже):
my_list = ['a', 'b', 'c', 'd', 'e', 'f']
my_dict = {'a': 1, 'b': 2, 'c': 3, 'd': 4, 'e': 5, 'f': 6}

2.1 Печать элементов коллекции с помощью функции print()


print(my_list)   # ['a', 'b', 'c', 'd', 'e', 'f']
print(my_dict)   # {'a': 1, 'c': 3, 'e': 5, 'f': 6, 'b': 2, 'd': 4}
                 # Не забываем, что порядок элементов в неиндексированных коллекциях не сохраняется.

2.2 Подсчёт количества членов коллекции с помощью функции len()


print(len(my_list)) # 6
print(len(my_dict)) # 6 - для словаря пара ключ-значение считаются одним элементом. 
print(len('ab c')) # 4 - для строки элементом является 1 символ

2.3 Проверка принадлежности элемента данной коллекции c помощью оператора in


x in s — вернет True, если элемент входит в коллекцию s и False — если не входит
Есть и вариант проверки не принадлежности: x not in s, где есть по сути, просто добавляется отрицание перед булевым значением предыдущего выражения.

my_list = ['a', 'b', 'c', 'd', 'e', 'f']
print('a' in my_list)           # True
print('q' in my_list)           # False
print('a' not in my_list)       # False
print('q' not in my_list)       # True

Для словаря возможны варианты, понятные из кода ниже:

my_dict = {'a': 1, 'b': 2, 'c': 3, 'd': 4, 'e': 5, 'f': 6}
print('a' in my_dict)               # True - без указания метода поиск по ключам
print('a' in my_dict.keys())        # True - аналогично примеру выше
print('a' in my_dict.values())      # False - так как 'а' — ключ, не значение
print(1 in my_dict.values())        # True

Можно ли проверять пары? Можно!

print(('a',1) in my_dict.items())   # True
print(('a',2) in my_dict.items())   # False

Для строки можно искать не только один символ, но и подстроку:

print('ab' in 'abc')    # True

2.4 Обход всех элементов коллекции в цикле for in


В данном случае, в цикле будут последовательно перебираться элементы коллекции, пока не будут перебраны все из них.

for elm in my_list:
    print(elm)

Обратите внимание на следующие моменты:


  • Порядок обработки элементов для не индексированных коллекций будет не тот, как при их создании
  • У прохода в цикле по словарю есть свои особенности:

     for elm in my_dict:
         	# При таком обходе словаря, перебираются только ключи
    	# равносильно for elm in my_dict.keys()
         	print(elm)
    
     for elm in my_dict.values():
         	# При желании можно пройти только по значениям
         	print(elm)
    

    Но чаще всего нужны пары ключ(key) — значение (value).

    for key, value in my_dict.items():
    	# Проход по .items() возвращает кортеж (ключ, значение), 
    	# который присваивается кортежу переменных key, value
    	print(key, value)
    

  • Возможная ошибка: Не меняйте количество элементов коллекции в теле цикла во время итерации по этой же коллекции! — Это порождает не всегда очевидные на первый взгляд ошибки.

    Чтобы этого избежать подобных побочных эффектов, можно, например, итерировать копию коллекции:

    for elm in list(my_list):
        	# Теперь можете удалять и добавлять элементы в исходный список my_list,
        	# так как итерация идет по его копии.
    

2.5 Функции min(), max(), sum()


  • Функции min(), max() — поиск минимального и максимального элемента соответственно — работают не только для числовых, но и для строковых значений.
  • sum() — суммирование всех элементов, если они все числовые.

print(min(my_list))               # a
print(sum(my_dict.values()))      # 21

3 Общие методы для части коллекций


Ряд методов у коллекционных типов используется в более чем одной коллекции для решения задач одного типа.
image

UPD: Важные дополнения в третьей статье: Добавление и удаление элементов изменяемых коллекций.

Объяснение работы методов и примеры:


  • .count() — метод подсчета определенных элементов для неуникальных коллекций (строка, список, кортеж), возвращает сколько раз элемент встречается в коллекции.

    my_list = [1, 2, 2, 2, 2, 3]
    print(my_list.count(2))     # 4 экземпляра элемента равного 2
    print(my_list.count(5))     # 0 - то есть такого элемента в коллекции нет
    

  • .index() — возвращает минимальный индекс переданного элемента для индексированных коллекций (строка, список, кортеж)

    my_list = [1, 2, 2, 2, 2, 3]
    print(my_list.index(2))  # первый элемент равный 2 находится по индексу 1 (индексация с нуля!)
    print(my_list.index(5))  # ValueError: 5 is not in list - отсутствующий элемент выдаст ошибку!
    

  • .copy() — метод возвращает неглубокую (не рекурсивную) копию коллекции (список, словарь, оба типа множества).

    my_set = {1, 2, 3}
    my_set_2 = my_set.copy()
    print(my_set_2 == my_set)  # True - коллекции равны - содержат одинаковые значения
    print(my_set_2 is my_set)  # False - коллекции не идентичны - это разные объекты с разными id
    

  • .clear() — метод изменяемых коллекций (список, словарь, множество), удаляющий из коллекции все элементы и превращающий её в пустую коллекцию.

    my_set = {1, 2, 3}
    print(my_set)  # {1, 2, 3}
    my_set.clear()
    print(my_set)  # set()
    

Особые методы сравнения множеств (set, frozenset)


  • set_a.isdisjoint(set_b) — истина, если set_a и set_b не имеют общих элементов.
  • set_b.issubset(set_a) — если все элементы множества set_b принадлежат множеству set_a, то множество set_b целиком входит в множество set_a и является его подмножеством (set_b — подмножество)
  • set_a.issuperset(set_b) — соответственно, если условие выше справедливо, то set_a — надмножество

set_a = {1, 2, 3}              
set_b = {2, 1}                  # порядок элементов не важен!
set_c = {4}
set_d = {1, 2, 3}

print(set_a.isdisjoint(set_c))  # True - нет общих элементов
print(set_b.issubset(set_a))    # True  - set_b целиком входит в set_a, значит set_b - подмножество
print(set_a.issuperset(set_b))  # True - set_b целиком входит в set_a, значит set_a - надмножество

При равенстве множеств они одновременно и подмножество и надмножество друг для друга
print(set_a.issuperset(set_d))  # True
print(set_a.issubset(set_d))    # True

4 Конвертация одного типа коллекции в другой


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

my_tuple = ('a', 'b', 'a')
my_list = list(my_tuple)
my_set = set(my_tuple)		        # теряем индексы и дубликаты элементов!
my_frozenset = frozenset(my_tuple)      # теряем индексы и дубликаты элементов!
print(my_list, my_set, my_frozenset)    # ['a', 'b', 'a'] {'a', 'b'} frozenset({'a', 'b'})

Обратите внимание, что при преобразовании одной коллекции в другую возможна потеря данны:


  • При преобразовании в множество теряются дублирующие элементы, так как множество содержит только уникальные элементы! Собственно, проверка на уникальность, обычно и является причиной использовать множество в задачах, где у нас есть в этом потребность.
  • При конвертации индексированной коллекции в неиндексированную теряется информация о порядке элементов, а в некоторых случаев она может быть критически важной!
  • После конвертации в не изменяемый тип, мы больше не сможем менять элементы коллекции — удалять, изменять, добавлять новые. Это может привести к ошибкам в наших функциях обработки данных, если они были написаны для работы с изменяемыми коллекциями.

Дополнительные детали:


  • Способом выше не получится создать словарь, так как он состоит из пар ключ: значение.

    Это ограничение можно обойти, создав словарь комбинируя ключи со значениями с использованием zip():

    my_keys = ('a', 'b', 'c')
    my_values = [1, 2]      # Если количество элементов разное - 
    		        # будет отработано пока хватает на пары - лишние отброшены
    my_dict = dict(zip(my_keys, my_values))
    print(my_dict)         # {'a': 1, 'b': 2}
    

  • Создаем строку из другой коллекции:

    my_tuple = ('a', 'b', 'c')
    my_str = ''.join(my_tuple)
    print(my_str)       # abc
    

  • Возможная ошибка: Если Ваша коллекция содержит изменяемые элементы (например список списков), то ее нельзя конвертировать в не изменяемую коллекцию, так как ее элементы могут быть только не изменяемыми!

    my_list = [1, [2, 3], 4]
    my_set = set(my_list)   # TypeError: unhashable type: 'list'

Самые мощные и гибкие способы — генераторы коллекций будут рассмотрены в отдельной статье, так как там много ньюансов и вариантов использования, на которых редко заостряют внимание и требуется детальный разбор.

UPD: ShashkovS в комментариях выложил ссылки на важную и полезную информацию по алгоритмической сложности операций с коллекциями:




UPD: Опубликовано продолжение статьи: Python: коллекции, часть 2: индексирование, срезы, сортировка.

Приглашаю к обсуждению:


  • Если я где-то допустил неточность или не учёл что-то важное — пишите в комментариях, важные комментарии будут позже добавлены в статью с указанием вашего авторства.
  • Если какие-то моменты не понятны и требуется уточнение — пишите ваши вопросы в комментариях — или я или другие читатели дадут ответ, а дельные вопросы с ответами будут позже добавлены в статью.
Поделиться с друзьями
-->

Комментарии (27)


  1. antstar
    09.01.2017 16:23
    +7

    «Mutable» & «Immutable» переводятся как «Изменяемые» и «Не изменяемые» — давайте попробуем следить за чистотой русского языка там, где это не только возможно, но и нужно.
    Да, оно там, дальше по тексту, расшифровывается, но почему-бы сразу нормально не написать?


    1. DaneSoul
      09.01.2017 17:43
      +1

      Спасибо за замечание!
      Не учел этот момент, так как в основном читаю англоязычные источники и не был уверен в устоявшейся терминологии на русском языке. Тем более, смутило, что однокоренные слова, как «мутация», «мутагенез» и т.п. присутствуют в русском языке.
      Сделал правки по тексту статьи, кроме схем, таблиц и комментариев к ним.


      1. antstar
        09.01.2017 20:09

        В русском языке «мутагенез» это специфический медико-биологический термин. Термин «мутация» более широко принят, но опять-таки, термин медицинский, описывающий более сложное понятие, чем описываемая в тексте возможность изменять содержимое текущего объекта.


    1. DaneSoul
      10.01.2017 03:46

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


  1. sakutylev
    09.01.2017 18:38
    +4

    а вот ключи — не изменяемые и уникальные, поэтому, например, мы не можем сделать ключом словаря список, но можем кортеж.

    не совсем верно, попробуйте в качестве ключа словаря или элемента множества сделать такой кортеж — (1, [2, 3], 4). Помимо неизменяемости должна быть хэшируемость.


    1. DaneSoul
      09.01.2017 22:11

      Большое спасибо за замечание, Вы действительно правы — Ваш пример не хешируем, я сейчас подумаю как это лучше сформулировать и внесу уточнения в статью, с указанием Вашей помощи.

      В свое оправдание, скажу, что даже официальный глоссарии Python вводит в заблуждение, причем в обеих версиях:
      https://docs.python.org/3/glossary.html#term-hashable
      https://docs.python.org/2/glossary.html#term-hashable

      "All of Python’s immutable built-in objects are hashable<...> Immutable objects include numbers, strings and tuples. "


      1. sakutylev
        09.01.2017 22:13

        Тут больше вопрос в том, как берется хэш от коллекций. Вроде как он берется рекурсивно, от каждого элемента коллекции.


  1. icoz
    10.01.2017 00:23

    Спасибо. Интересно. Вот бы ещё добавить про эффективность [типа О(N)] используемых в каждой коллекции алгоритмов добавления, удаления и т.д. Иногда это важно.


    1. DaneSoul
      10.01.2017 01:29

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


      1. icoz
        10.01.2017 08:28

        Очень жаль. Для меня ценность ваших статей сильно снизилась. Представленная информация и так в каждой книге по питону есть. А вот с эффективностью что-то никто не хочет париться…


        1. DaneSoul
          10.01.2017 09:01

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

          Затрагиваемый же Вами вопрос более глубокий и узкоспециализированный, он рассчитан на более подготовленную аудиторию и более серьезный класс задач. На данный момент у меня вряд ли хватит алгоритмической подготовки для качественного детального разбора столь специфической темы, тем более, что я сам не сталкивался пока с задачами высокопроизводительных вычислений, не набил на этом своих «шишек», поэтому вряд ли смогу дать полноценные рекомендации в обсуждаемом вопросе.

          При этом, мне интересна и эта тема, так как есть интерес к применению в дальнейшем Python в Data Science, но на данный момент эта задача не является для меня первостепенным приоритетом, поэтому и говорю, что в ближайшем будущем на углубление в этом направлении времени у меня точно не хватит.


          1. icoz
            10.01.2017 19:36

            Спасибо. Я вас понимаю. Ниже приведены ссылки на материалы. Рекомендую добавить эти ссылки в статью.
            И уточню маленький нюанс: не высокопроизводительные вычисления, а большие объёмы данных. Попробуйте по 1 млн записей в каждый тип коллекции добавить…


          1. icoz
            10.01.2017 19:38
            +1

            А к вопросу систематизации — можно было бы добавить про особенности коллекций из пакета collections. Там есть интересные вещи, которые не так часто освещаются. Тот же defaultdict, например


            1. DaneSoul
              10.01.2017 20:06

              Спасибо за предложение!
              Да, там есть весьма интересные вещи и эта тема хорошо соответствует тематике данной серии.
              Я пока сам не разбирался глубоко с этим модулем, но постараюсь после публикации уже запланированных материалов вернуться к этому вопросу.


    1. ShashkovS
      10.01.2017 11:33
      +2

      Да уже всё сделано по части асимптотик: тыц1, тыц2.

      Lists:
                                     Complexity
      Operation     | Example      | Class         | Notes
      --------------+--------------+---------------+-------------------------------
      Index         | l[i]         | O(1)         |
      Store         | l[i] = 0     | O(1)         |
      Length        | len(l)       | O(1)         |
      Append        | l.append(5)  | O(1)         |
      Pop          | l.pop()      | O(1)         | same as l.pop(-1), popping at end
      Clear         | l.clear()    | O(1)         | similar to l = []
      
      Slice         | l[a:b]       | O(b-a)         | l[1:5]:O(l)/l[:]:O(len(l)-0)=O(N)
      Extend        | l.extend(...)| O(len(...))   | depends only on len of extension
      Construction  | list(...)    | O(len(...))   | depends on length of ...
      
      check ==, !=  | l1 == l2     | O(N)          |
      Insert        | l[a:b] = ... | O(N)         |
      Delete        | del l[i]     | O(N)         | 
      Remove        | l.remove(...)| O(N)         | 
      Containment   | x in/not in l| O(N)         | searches list
      Copy          | l.copy()     | O(N)         | Same as l[:] which is O(N)
      Pop          | l.pop(i)     | O(N)         | O(N-i): l.pop(0):O(N) (see above)
      Extreme value | min(l)/max(l)| O(N)         | searches list
      Reverse          | l.reverse()  | O(N)         |
      Iteration     | for v in l:  | O(N)          |
      
      Sort          | l.sort()     | O(N Log N)    | key/reverse mostly doesn't change
      Multiply      | k*l          | O(k N)        | 5*l is O(N): len(l)*l is O(N**2)
      
      
      Sets:
                                     Complexity
      Operation     | Example      | Class         | Notes
      --------------+--------------+---------------+-------------------------------
      Length        | len(s)       | O(1)         |
      Add           | s.add(5)     | O(1)         |
      Containment   | x in/not in s| O(1)         | compare to list/tuple - O(N)
      Remove        | s.remove(5)  | O(1)         | compare to list/tuple - O(N)
      Discard       | s.discard(5) | O(1)         | 
      Pop           | s.pop(i)     | O(1)         | compare to list - O(N)
      Clear         | s.clear()    | O(1)         | similar to s = set()
      
      Construction  | set(...)     | O(len(...))   | depends on length of ...
      check ==, !=  | s != t       | O(len(s))     | same as len(t): False in O(1) if
                                                         the lengths are different
      <=/<          | s <= t       | O(len(s))     | issubset
      >=/>          | s >= t       | O(len(t))     | issuperset s <= t == t >= s
      Union         | s | t        | O(len(s)+len(t))
      Intersection  | s & t        | O(len(s)+len(t))
      Difference    | s - t        | O(len(s)+len(t))
      Symmetric Diff| s ^ t        | O(len(s)+len(t))
      
      Iteration     | for v in s:  | O(N)         |
      Copy          | s.copy()     | O(N)         |
      
      Sets have many more operations that are O(1) compared with lists and tuples.
      
      
      Dictionaries: dict and defaultdict
                                     Complexity
      Operation     | Example      | Class         | Notes
      --------------+--------------+---------------+-------------------------------
      Index         | d[k]         | O(1)         |
      Store         | d[k] = v     | O(1)         |
      Length        | len(d)       | O(1)         |
      Delete        | del d[k]     | O(1)         |
      get/setdefault| d.method     | O(1)         |
      Pop           | d.pop(k)     | O(1)         |
      Pop item      | d.popitem()  | O(1)         |
      Clear         | d.clear()    | O(1)         | similar to s = {} or = dict()
      View          | d.keys()     | O(1)         | same for d.values()
      
      Construction  | dict(...)    | O(len(...))   | depends # (key,value) 2-tuples
      
      Iteration     | for k in d:  | O(N)          | all forms: keys, values, items
      
      So, most dict operations are O(1).
      


      1. icoz
        10.01.2017 19:32
        +1

        Круто! Вот это бы в статью добавить. Хотя бы в виде ссылок.


        1. DaneSoul
          10.01.2017 20:00

          Согласен, хорошая идея! Добавил ссылки в конце статьи.


  1. blacktower
    10.01.2017 09:13
    +1

    Спасибо за статью. Мне, как начинающему, было интересно. Мне кажется, было бы полезно включить в последующие статьи методы добавления/удаления для изменяемых коллекций. Для более полной систематизации.


    1. DaneSoul
      10.01.2017 09:19

      Спасибо за предложение.
      Тема добавления точно будет затронута в следующей статье серии, а также тема конкатенации (объединения) коллекций — уже имеются готовые наброски.
      Касательно удаления элементов, там не так много нюансов, изначально эта тема не планировалась, но я подумаю и постараюсь включить и эти моменты в следующую статью.


  1. Compadre
    11.01.2017 13:32

    У вас неточность в первой таблице:

    >>> a = {}
    >>> a
    {}
    >>> type(a)
    <class 'dict'>
    >>> b = {'a', 'b'}
    >>> type(b)
    <class 'set'>
    


    1. DaneSoul
      11.01.2017 13:39

      Там в таблице пустые скобочки { } только в строке словаря, так как они создают пустой словарь.
      Для множества указан пример {elm1, elm2} — при перечислении значений через запятую в { } создается множество.
      Ну и вариант создания словаря из пар ключ: значение {key: value, } указан.
      Более того, подобное замечание есть ниже под таблицей (UPD с благодарностью morff ), там как раз приведен пример практически идентичный Вашему.


  1. worldmind
    15.01.2017 16:44

    > .copy() — метод возвращает неглубокую (не рекурсивную) копию

    кому нужна неполная копия? какое-то странное поведение по умолчанию, почему так?


    1. fireSparrow
      16.01.2017 00:41
      +2

      Во-первых, глубокая копия затратнее как по времени выполнения, так и по занимаемой памяти. Иногда — сильно затратнее.
      Во-вторых, зря вы думаете, что поверхностная копия никому не нужна. Я легко могу себе представить ситуацию, когда полезно иметь пару списков, которые содержат те же объекты, но один из них — с небольшими вариациями.


      1. worldmind
        16.01.2017 20:52

        Во-первых, какая разница затратнее или нет если только она делает то что нужно?
        Во-вторых, не умею читать ваши представления, может поделитесь в текстовом виде?


        1. fireSparrow
          16.01.2017 21:03

          Ну, например так:

          Есть список объектов. Нужно эти объекты как-то обработать — все из списка, но в каком-то определённом заранее неизвестном порядке. Причём оригинальный список должен сохраниться, из него удалять объекты нельзя.

          Вполне разумное решение — создать поверхностную копию списка и работать с ней, удаляя обработанные объекты из неё.

          Это первое, что пришло в голову.


          1. worldmind
            16.01.2017 21:09

            Вот для таких извращённых случаев должен быть метод вроде fastcopy, а copy должен делать полную копию и не требовать нагугливать deepcopy всякие


            1. fireSparrow
              16.01.2017 21:16

              Ну не знаю, по мне так естественным поведением для copy является именно то, что сочли таким авторы языка.

              Коллекции хранят не содержимое объектов, а ссылки на них. Соответственно, копироваться должно именно то, что лежит в коллекции.
              А вот рекурсивный обход с копированием внутренней структуры каждого вложенного элемента — это сложная и отдельная процедура, которая не является просто копированием.