Ну это-то понятно. Просто категоричное высказывание Дуды "динамических массивов не бывает" меня смутило 
Mikle, пасиб  

mr.DUDA мыслит исключительно низкоуровневым программированием   

и правильно делает   

другое дело, что динамический - такое слово, что всегда рискуеш увязнуть в болоте тонкостей терминологии...

Это сообщение отредактировал(а) marcusmae - 14.2.2007, 21:16

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

А почему бы не называть его списком?

Добавлено @ 21:52 


А List это что?

Господа, давайте определимся тогда о чём мы говорим - о динамически выделяемом массиве или массиве с динамически изменяемым размером ? А то у нас получается испорченный телефон: кто про фому, а кто - про ерёму...

Второе 


Как заметил -Mikle-, при необходимости расширения размера коллекции происходит выделение новой памяти и копирование данных. А я же описал другой способ.

Я задовал вопрос о динамических массивах тоесть тех каторые могут менять свои размер в процессе работы программы а также эти масивы должны быть двумерными тоесть  иметь какбы калонку и строку (типа матрицы)... 

 

Об этом мы уже догадались  Ну дык вопрос закрыт или что-то непонятно?

Ну тогда LinkedList. Правда его нужно напильником для полного соответствия задаче.
И это, ИМХО, единственное решение этой проблемы.

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

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

Модератор: дабы пресечь нарастающие отклонения от эвклидовой прямой темы топика, призываю не флеймить, уважаемые.

Еще пример - String.

mr.DUDA, это просто был ответ на пост Idsa (он в самом сердце цитаты).

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

То что я не буду пользоваться таким зверем это точно (меня более чем устраивает List<T>). Но теоретически он возможен.


ИМХО, это соответствует теме.

Тема закрыта.