Доброго времени суток. Не понимаю почему последние 3 строчки в listView'e абсолютно одинаковые, хотя Я это и запретил

Вот код:

у тебя SortedList заполняется видимо не так как ты хочешь...он сортирует твои числа к примеру есть у тебя 0, 1, 2, 3, 4, 5, 6, 7, 8, 9..когда добавляешь 10 - он будет не по последнему индексу, а встанет под индексом 2..

а у тебя доступ к последнему элементу, который равен 9

поэтому применяй ToString() с форматов - например ToString("00"); - это для двузначных чисел

zaver, в одно время думаем одинаково =)

Это сообщение отредактировал(а) 0000 - 22.10.2007, 17:29

ошибка в том, что написав

ты думаешь, что это тот элемент, который ты добавил, а на самом деле это не так, начиная с 10ого элемента.
т.е. содержимое ObjSL выглядит так:



ты думаешь, что 10 находится на месте 9.

Добавлено через 54 секунды
=) чуть опоздал))

 zaver
У меня встречный вопрос по поводу вашего совета:

  Я немного слукавил: на самом деле у меня там объект типа IPAddress, а не int. И для объекта этого типа такой финт что-то не срабатывает, копилятор ругается на параметр функции ToString(). Как поступить в таком случае, чтобы объекты добавлялись в четкой последовательности по мере их добавления в коллекцию?

ToString("00") - означает, что твои числа будут в виде 01, 02, 03 и так далее...это формат чисел..

если используешь IPAddress, имхо тебе для них надо определить методы Equals и GetHashCode()
реализовать интерфейс IComparer для адресов и  при определении SortedList задать его в конструкторе

Для этого необходимо создать вспомогательный класс, верно?


А можно поподробнее? 

а чем плохи классы Stack и Queue ?
ИМХО лучше их никто тебе не гарантирует четкое соблюдение последовательности обработки добавленных в них элементов... Они ж для этого придуманы?

Непонятно, что тебе нужно: именно важна последовательность, в которой они к тебе пришли, или сортировка не по времени их появления, а по их значениям?

да, реализуешь конкретный класс, наследуя его от интерфейса IComparer...
там всего 1 метод

если у тебя есть IPAddress, который можно представить через long...
и сравни их в методе Compare эти значения long...

тогда Equals и GetHashCode не понадобятся...это для того, чтобы в своем классе можно было определить свой метод сравнения...
хотя да, смудил я - они тебе не понадобятся

а вообще tol05 прав - поподробнее задачу объясни, может тебе действительно лучше использовать стэк или очередь?? или тебе действительно важен отсортированный порядок адресов и чтобы хранить их всех?

0000
Мне нужно, чтобы ip-адреса были не отсортированны по убывнию/возрастанию в коллекции, а чтобы именно были там в том порядке, в каком Я их туда добавил.

Допустим, Я добавил "127.0.0.1" -> "127.0.0.3" -> "127.0.0.2" в коллекцию. Нужно чтобы в коллекции было:
"127.0.0.1"
"127.0.0.3"
"127.0.0.2"

А если сделать сортировку, которую вы предлагаете, в коллекции не окажется последовательности
"127.0.0.1"
"127.0.0.2"
"127.0.0.3"
??????????????????

Я написал вот такой вот класс:

Правильно ли это и как мне теперь его задать в конструкторе?

тогда убирай SortedList..
если тебе надо просто порядок - использую List<IPAddress>

если надо хранить пару ключ-значение использую либо HashTable, либо Dictionary<KeyType, ValueType>

HashTable лучше применять, если тип не определен (там key и value имеют тип object), или когда значений там будет храниться не очень много...
они просто сохраняют порядок - как добавишь, так и будут... 

List при желании можно потом отсортировать...

если же тебе будет важно еще в каком порядке необходим доступ к элементу (например, первым брать того, кто пришел раньше всех), то использую Queue или Stack (первым берешь того, кто пришел последним)... их можно тоже привязать к типам Stack<IPAddress> или Queue<IPAddress>

Вобщем я разобрался... СПАСИБО ВСЕМ!    Тема себя исчерпала