вот такой незатейливый код



как теперь обратится к вложенному хешу(добавить к пару)?

вот так выдает ошибку



можно конечно через временную переменную



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

Hashtable вообще отвратно смотрится, как и любая нетипизированная коллекция, юзай Dictionary.

Ещё можно использовать System.Collections.Generic.Dictionary вместо Hashtable, тогда приведение типов не понадобится.

Спасибо за помощь. Еще вопрос: как передать параметр по ссылке с одновременным преобразованием типов?



выдает ошибку

для обхода этого создаю лямбда функцию



наверняка можно как то проще

класс по ссылке? зачем?
он уже reference (ссылочный) тип, а ref полезен для value-types (типов-значений), без него передаётся не экземпляр, а его копия

и, как уже заметили, всё прогрессивное человечество использует дженерики, то, что ты успел подружиться с Hashtable, не оправдывает отказ от строгой типизации, тем более при использовании дженериков вопрос о приведении типа вообще не возникнет

Это сообщение отредактировал(а) mihryak - 7.3.2009, 01:52

Ошибаетесь, ref полезен и для ссылочных типов.

можно пример? его можно использовать и для ссылочных типов (поэтому и написал "зачем?", а не "так нельзя"), но в голову ничего некривого не приходит

Легко, стандартный пример:


Вообще, при применении модификатора ref для параметров ссылочных типов в метод передаётся не ссылка на объект, а ссылка на ссылку на объект, что позволяет не только менять поля объекта, но и изменить значение самой ссылки. Подробнее читай тут.

Это сообщение отредактировал(а) source777 - 7.3.2009, 18:24

Еще пример (более наглядный):

Зачем этот код может понадобиться? Я прекрасно понимаю, что он делает, - но зачем?


Я это тоже знаю, со swap'ом согласен, в сортировках порой применяется и в .... а где ещё?

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

Это сообщение отредактировал(а) mihryak - 7.3.2009, 19:43

mihryak, TryGet/TryParse?

угу, это как раз те моменты, когда без out реализация гораздо хуже, но ведь не refже

Модератор: От сути топика слишком отошли

да уж, очень сильно отошли от темы. По поводу то что классы передаются по ссылке понял, спасибо. 
Но на будущее как же передать ссылку на ссылку?