ReSQL.ru
     
powered by simpleCommunicator - 2.0.55     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / WinForms, .Net Framework [игнор отключен] [закрыт для гостей] / Почему в .Net такие убогие коллекции?
25 сообщений из 379, страница 9 из 16
  9  все
Почему в .Net такие убогие коллекции?
    #38683003
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
Алексей КТут вопрос в другом, если захотелось кроссплатформенного взаимодействия, почему не выбран стандарт?
XML изобретен уже давно
...
Рейтинг: 0 / 0
29.06.2014, 14:16
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683006
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Алексей Кпочему не выбран стандарт
топикстартер за стандарт принял Java Object Serialization Stream Protocol

и пытется сожрать кактус
...
Рейтинг: 0 / 0
29.06.2014, 14:23
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683007
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексей К
Участник
Cat2Алексей КТут вопрос в другом, если захотелось кроссплатформенного взаимодействия, почему не выбран стандарт?
XML изобретен уже давноИ даже более высокий уровень, SOAP например.

зы: и вопрос номер два - накой в DTO использовать такие специфичные структуры данных, как Stack, Queue, Dictionary или HashSet? Чтобы потом ныть на форуме?
...
Рейтинг: 0 / 0
29.06.2014, 14:23
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683012
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Алексей Кнакой в DTO использовать такие специфичные структуры данных, как Stack, Queue, Dictionary или HashSet?
автор же сказал - универсальное решение создаёт
...
Рейтинг: 0 / 0
29.06.2014, 14:29
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683014
petalvik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petalvik
Участник
cdtyjvБред. IList это частный случай коллекции. А если у меня в руках HashSet?

Блин, да не тупи ты.
Если у тебя пришёл маркер хэшсета - используй хэшсет.
Если пришёл маркер ICollection - используй IList, добавляй элементы, а потом отдавай ICollection. Всё!
...
Рейтинг: 0 / 0
29.06.2014, 14:30
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683017
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексей К
Участник
ИзопропилАлексей Кнакой в DTO использовать такие специфичные структуры данных, как Stack, Queue, Dictionary или HashSet?
автор же сказал - универсальное решение создаётМысль хорошая. Этакий Java-Net-Remoting++. Microsoft в своё время отказалось от такой постановки задачи, но может у него получится. Тут главное, чтобы финансирование проекта шло не за счёт российских налогоплательщиков.
...
Рейтинг: 0 / 0
29.06.2014, 14:36
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683021
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
ИзопропилАлексей Кнакой в DTO использовать такие специфичные структуры данных, как Stack, Queue, Dictionary или HashSet?
автор же сказал - универсальное решение создаёт
Ну тогда конечно. Срыв шаблона - универсальное решение для явы не подходит для нет.
...
Рейтинг: 0 / 0
29.06.2014, 14:57
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683181
cdtyjv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cdtyjv
Участник
Cat2XML изобретен уже давноНе менее давно специалисты знают, насколько XML медленнее бинарных протоколов.
Алексей КИ даже более высокий уровень, SOAP например.Попробуйте проделать следующее:
1) Создайте строку.
2) Превратите ее в байты в какой-нибудь дефолтной кодировке, например UTF8. Замерьте размер полученного массива.
3) Теперь запихните эту же строку в SOAP сообщение. Теперь превратите это сообщение в байты и замерьте размер полученного массива.
После анализа полученных результатов вы никогда не будете упоминать ни XML, ни тем более SOAP в контексте высокопроизводительных решение :-)
Алексей Кзы: и вопрос номер два - накой в DTO использовать такие специфичные структуры данных, как Stack, Queue, Dictionary или HashSet? Юзерам они нужны.
...
Рейтинг: 0 / 0
29.06.2014, 21:12
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683258
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
cdtyjvАлексей Кзы: и вопрос номер два - накой в DTO использовать такие специфичные структуры данных, как Stack, Queue, Dictionary или HashSet? Юзерам они нужны.
с коллекциями понятно,а как десериализуются объекты, входящие в коллекции?

отуда берутся соответствующие типы .net ?
...
Рейтинг: 0 / 0
30.06.2014, 01:05
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683263
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
petalvikмаркер хэшсета - используй хэшсет

пришёл маркер Windows XP. щто делать? пачиму в .NET нет интефрейса WIndows XP. .NET ужасен! щто за дибилъ его придумал?
...
Рейтинг: 0 / 0
30.06.2014, 01:29
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683264
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
cdtyjvНе менее давно специалисты знают, насколько XML медленнее бинарных протоколов.

да-а-а? и на сколько же?
...
Рейтинг: 0 / 0
30.06.2014, 01:31
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683299
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексей К
Участник
cdtyjv3) Теперь запихните эту же строку в SOAP сообщение. Теперь превратите это сообщение в байты и замерьте размер полученного массива.
После анализа полученных результатов вы никогда не будете упоминать ни XML, ни тем более SOAP в контексте высокопроизводительных решение :-)В высокопроизводительных решениях стараются не гонять большие объёмы между звеньями. В таких условиях разницей между XML и бинарной сериализацией можно принебречь. Впрочем, есть MTOM . .Net его поддерживает. Java, наверное, тоже.
cdtyjvАлексей Кзы: и вопрос номер два - накой в DTO использовать такие специфичные структуры данных, как Stack, Queue, Dictionary или HashSet?Юзерам они нужны.Особенно старшему руководящему составу. Да и менеджерам среднего звена тоже не помешает.
...
Рейтинг: 0 / 0
30.06.2014, 06:02
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683301
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексей К
Участник
Изопропилcdtyjvпропущено...
Юзерам они нужны.
с коллекциями понятно,а как десериализуются объекты, входящие в коллекции?

отуда берутся соответствующие типы .net ?Жёстко, но справедливо. :-)
...
Рейтинг: 0 / 0
30.06.2014, 06:05
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683328
cdtyjv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cdtyjv
Участник
hVosttда-а-а? и на сколько же? Только на SQL.ru можно встретить спецов, которые будут спорить о том, что текстовые XML-протоколы могут соревноваться в скорости с бинарными.

Алексей КВ высокопроизводительных решениях стараются не гонять большие объёмы между звеньями. В таких условиях разницей между XML и бинарной сериализацией можно принебречь.Это в ваших корпоративных приложениях можно принебречь. Но в мире полно других приложений с другими требованиями по времени отклика. Я прекрасно понимаю, что в .Net это редкость, и вы больше по части формочек и сайтов, но все же.

Изопропилс коллекциями понятно,а как десериализуются объекты, входящие в коллекции?
отуда берутся соответствующие типы .net ?Оттуда же, откуда их берут любые другие сериализационные решения - метаданные, конфигурация.
...
Рейтинг: 0 / 0
30.06.2014, 08:31
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683345
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
cdtyjvТолько на SQL.ru можно встретить спецов, которые будут спорить о том, что текстовые XML-протоколы могут соревноваться в скорости с бинарными.

типичный ответ тролля, который понятия не имеет о чём говорит.

повторю свой вопрос. на сколько быстрее?

сомневаюсь, что получу ответ на свой вопрос. взамен задам другой вопрос, что быстрее, легковой седан (бренд и марку выбрать любую по вкусу) или древний уазик?
...
Рейтинг: 0 / 0
30.06.2014, 09:14
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683352
cdtyjv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cdtyjv
Участник
hVosttповторю свой вопрос. на сколько быстрее?Я уже приводил ответ выше:
1) Засериалуйте стрингу в байты.
2) Поток оберните ее в SOAP-конверт и так же засериализуйте в байты.
3) Сравните размеры полученных массивов. Во столько раз больше данных у вас будет бегать по сети. Это и есть приблизительный ответ. В зависимости от кривоты имплементации DOM/SAX-процессоров в .Net, разница будет от нескольких раз до десятков.
Собственно, поэтому и существуют Thrift, Protobuf, Kryo, Avro и прочие.
...
Рейтинг: 0 / 0
30.06.2014, 09:23
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683373
cdtyjv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cdtyjv
Участник
hVostt ,
Вот интересная статистика по разным сериалайзерам http://stackoverflow.com/questions/549128/fast-and-compact-object-serialization-in-net
Как я и сказал выше, проигрыш в XML идет в разы.
...
Рейтинг: 0 / 0
30.06.2014, 09:56
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683409
Фотография D129
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
D129
Участник
cdtyjv проигрыш в XML идет в разы.

Каждая фишка хороша на своем месте.

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

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

Проигрыш даже в 3 раза не является в наше время критичным для связи.

Говорите точнее - например - "массив байтов передается на 30 милисекунд быстрее" .
"Ок" , скажет менеджер, - "а стоит дороже. Я не готов платить за 30 милисекунд!"
Вот и все.
...
Рейтинг: 0 / 0
30.06.2014, 10:24
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683411
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексей К
Участник
cdtyjvАлексей КВ высокопроизводительных решениях стараются не гонять большие объёмы между звеньями. В таких условиях разницей между XML и бинарной сериализацией можно принебречь.Это в ваших корпоративных приложениях можно принебречь. Но в мире полно других приложений с другими требованиями по времени отклика. Я прекрасно понимаю, что в .Net это редкость, и вы больше по части формочек и сайтов, но все же.Не зацепило. Пиши ещё. Пока пишешь - думай о правильной архитектуре, преждевременной оптимизации и экономии на спичках. Попутно сравни дельту времени, которую ты выигрываешь на бинарной сериализации, с сетевым пингом. Результаты исследования доложи своему руководству.
...
Рейтинг: 0 / 0
30.06.2014, 10:26
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683419
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексей К
Участник
cdtyjvИзопропилс коллекциями понятно,а как десериализуются объекты, входящие в коллекции?
отуда берутся соответствующие типы .net ?Оттуда же, откуда их берут любые другие сериализационные решения - метаданные, конфигурация.Схему-то хоть стандартную взял? XSD? Или опять велосипед?
...
Рейтинг: 0 / 0
30.06.2014, 10:30
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683431
Фотография Antonariy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Antonariy
Участник
cdtyjvТолько на SQL.ru можно встретить спецов, которые будут спорить о том, что текстовые XML-протоколы могут соревноваться в скорости с бинарными.Только на скуле можно встретить специалиста, сравнивающего язык разметки с протоколом.
...
Рейтинг: 0 / 0
30.06.2014, 10:42
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683458
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
Алексей Кcdtyjvпропущено...
Это в ваших корпоративных приложениях можно принебречь. Но в мире полно других приложений с другими требованиями по времени отклика. Я прекрасно понимаю, что в .Net это редкость, и вы больше по части формочек и сайтов, но все же.Не зацепило. Пиши ещё.Да он это уже писал и не раз.

Видимо спёкся Свеном, не может новый оригинальный вброс придумать. Возможно ему нужен очередной бан и, как следствие, новый ник.
...
Рейтинг: 0 / 0
30.06.2014, 11:03
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683488
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексей К
Участник
skyANAАлексей Кпропущено...
Не зацепило. Пиши ещё.Да он это уже писал и не раз.

Видимо спёкся Свеном, не может новый оригинальный вброс придумать. Возможно ему нужен очередной бан и, как следствие, новый ник.Может ему в отпуск пора? Потом после отпуска с новыми силами... :-)
...
Рейтинг: 0 / 0
30.06.2014, 11:27
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683595
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
cdtyjvЯ уже приводил ответ выше:
1) Засериалуйте стрингу в байты.
2) Поток оберните ее в SOAP-конверт и так же засериализуйте в байты.
3) Сравните размеры полученных массивов. Во столько раз больше данных у вас будет бегать по сети. Это и есть приблизительный ответ. В зависимости от кривоты имплементации DOM/SAX-процессоров в .Net, разница будет от нескольких раз до десятков.
Собственно, поэтому и существуют Thrift, Protobuf, Kryo, Avro и прочие.

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

а на счёт того, "на сколько быстрее", рекомендую как-нибудь не полениться и проверить на практике. именно свою задачу. вот такие пешки О_О гарантирую. ибо ваши рассуждения быстрее-медленнее больше похожи на девчачьи, "красивее-ужаснее", а не на подкреплённые реальной практикой.
...
Рейтинг: 0 / 0
30.06.2014, 12:32
| Ответить | Цитировать | Написать  
Почему в .Net такие убогие коллекции?
    #38683604
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
cdtyjvКак я и сказал выше, проигрыш в XML идет в разы.

в русском сибирском лесу раздолбанный русский уазик уделает любой порше и б́ольшую часть внедорожников. слушая ваши рассуждения я себя вспоминаю лет 15 назад. максимализъм, оторванный от реальности, бу-га-га...
...
Рейтинг: 0 / 0
30.06.2014, 12:36
| Ответить | Цитировать | Написать  
25 сообщений из 379, страница 9 из 16
  9  все
Форумы / WinForms, .Net Framework [игнор отключен] [закрыт для гостей] / Почему в .Net такие убогие коллекции?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/moderation_log.php?user_name=DmitVm]:
 0ms
get settings:
 11ms
get forum list:
 14ms
get settings:
 11ms
get forum list:
 15ms
check forum access:
 8ms
check topic access:
 8ms
track hit:
 36ms
get topic data:
 10ms
get forum data:
 2ms
get page messages:
 56ms
get tp. blocked users:
 1ms
others: 438ms
total:  610ms
созд. / загр.: 610ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]