List and alias.

[FireOwl]

Мой первый пост по делу, за долгое время. =)

Перебрался с бейсика на C#. Пишу по малости, скоро игру выложу.

Конкретно вопрос:
Когда писал на бейсике, и требовалось создать множество неких объектов, постоянно изменяющее свой размер, объявлял Type и был доволен.
На C# в аналогичных случаях употребляю List<>.
Я конечно не пишу программу перехвата управления спутниками ВВС США в реальном времени, но интересно, сколько и чего жрет List по сравнению с массивами?

[moka]

Дык сделай замеры, есть хеш таблицы (Dictionary) есть такие списки (ListArray) и т.п.
Сделай замеры, миллисекунды получай: System.Environment.TickCount

[Dream]

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

using System;
using System.Collections.Generic;
using System.Linq;
using System.Net.Mime;
using System.Text;

namespace ListTest
{
    class Program
    {
        static void Main(string[] args)
        {
            List<object> objects=new List<object>();
            objects.Add(new object());
            int capacity=objects.Capacity;
            for (int i = 0; i < 15; i++)
            {
                capacity = objects.Capacity;
                int size = objects.Count;
                Console.WriteLine("ExistElemets={0} Capacity={1}",size,capacity);
                for (int j = 0; j < capacity-size+1; j++)
                {
                    objects.Add(new object());
                    
                }
            }
            Console.ReadKey();
        }
    }
}

[moka]

Dream, тут скорее вопрос скорости а не памяти.
Например если это сервер, то ему нужно быстро списками орудовать..

[FireOwl]

Мне все важно! Спасибо.

З.Ы. Свойство Capacity здорово к месту пришлось. Как-то я его упускал из виду.

[Dream]

Сообщение от MoKa

Dream, тут скорее вопрос скорости а не памяти.
Например если это сервер, то ему нужно быстро списками орудовать..

Ты откуда знаешь в чём там вопрос? К чему твой комментарий?
В своем посте я указал как о памяти так и скорости доступа

[moka]

Сообщение от Dream

Ты откуда знаешь в чём там вопрос? К чему твой комментарий?
В своем посте я указал как о памяти так и скорости доступа

Это было в основном к этому:

ну вообщемто переживать по поводу памяти в наше время не особо стоит волноватся

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

[Dream]

Перечитай пожалуйста первый пост ещё раз.
Или ты у нас тоже "между строк" читаешь?

[moka]

Сообщение от Dream

Перечитай пожалуйста первый пост ещё раз.
Или ты у нас тоже "между строк" читаешь?

Да не прочитал всё, ты сказал что массив будет быстрее и т.п.
Только дело стоит в том что списки есть разные, иногда нужен доступ по индексу, а иногда по int номеру, которое назначается другим механизмом и в списке не последовательно и т.п. различия списков.

Тебя что-то задевает тут?

[Dream]

Ты прикидываешься? Как цель использование влияет на скорость?

[moka]

Сообщение от Dream

Ты прикидываешься? Как цель использование влияет на скорость?

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