Async wrode

Ну или поток-в-потоке

Ну или поток-в-потоке

Таки тоже заметил

Ну норм

Глубже надо идти

Ну про async я вообще не понял, но я недоджуниор

Я недомидл но меме не понял

БЛЯТЬ

поток в потоке ;) ну и стайл async () => await это тоже стиль

Увидел первую строчку

Все терь я начал орать

Сложные ночные мемес

Тут конечно все спят

Но кто-то работал с вебпурифай

Мб

Или с buffer

Или с buffer

Эт сервис если что

поток в потоке ;) ну и стайл async () => await это тоже стиль

О, недоджуниор даже осилил

Все по машинам

)

Эт сервис если что

неа.. не работал

О, недоджуниор даже осилил

молодца ;)

Сложные ночные мемес

я минут 5 разглядывал этот код.. думал показалось.. теперь жду понедельника, что бы автору в глаза посмотреть :)

я минут 5 разглядывал этот код.. думал показалось.. теперь жду понедельника, что бы автору в глаза посмотреть :)

Я тоже

Не понял вообще сразу

Выглядит все нормально

Вопрос

А зачем он сет мин тредс делает

Вначале метода

100

Это сакральный ритуал?

я пока еще не понял :) но кажется таким образом делает лимит на 100 одновременных коннектов

но я пока не уверен что оно так работает

Коллеги, а как думаете, что лучше (я ленивый жоп): проверить экземпляр через foo is IDisposable и затем кастить или кастить через as IDisposable и проверять на null?

мне кажется правильней сначала провести проверку =)

Коллеги, а как думаете, что лучше (я ленивый жоп): проверить экземпляр через foo is IDisposable и затем кастить или кастить через as IDisposable и проверять на null?

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

2-е

А сделать и замерить через таймеры? Вообще самая норм идея - откастить ДО того как оно попадёт в критичный к скорости блок

Я могу но попозже и на моно или коре

Спинной мозг говорит что проверка на нулл быстрее

2-е

У тебя совсем рандомные данные?

что ты имеешь ввиду?

Почему нельзя сделать через as и один раз на null а не два

что ты имеешь ввиду?

Про откастить до? Или рандомность данных?

Почему нельзя сделать через as и один раз на null а не два

я это предложил как раз. Я сейчас бенч напишу и узнаю наверняка. Это просто не супер критичное место сейчас

просто пишут и так, и так, а как правильнее - хз

я, кстати, думаю, что is окажется лучше

В таком случае тебе прежде чем вызвать dispose надо будет ещё раз проверить на null

Если типы твои - данные не рандомные, реализуешь/наследуешь интерфейс и кастить не надо вообще

я, кстати, думаю, что is окажется лучше

is/as - это платформа, или сахар? Если там IsAssignableFrom под капотом, то одна фигня по скоросии

Если типы твои - данные не рандомные, реализуешь/наследуешь интерфейс и кастить не надо вообще

Ну если зашел вопрос о cast то скорее всего там что-то другое приходит или просто object, тяжело так ответить

забавный факт

что если проверка проходит, то быстрее, чем если нет

а разницы в as\is нету

is/as - это платформа, или сахар? Если там IsAssignableFrom под капотом, то одна фигня по скоросии

насколько я помню, платформа компилится в isclass / castclass (вроде, я не помню наверняка)

вот верхний и нижний вариант разницы не дают никакой

is case Undisposable ticks: 50453 Disposable ticks: 32857 as case Undisposable ticks: 52209 Disposable ticks: 33577

ну хотя есть небольшая

связано с работой со стеком наверно

ну хотя есть небольшая

проверь скорость в случае если не скастилось

As внутри выглядит: expression is type ? (type)expression : (type)null

ERROR: S client not available

первый таймер как раз это

а, прощелкал

is лучше все же

увеличил количество повторов и отрыв стал заметнее

попробуй в as кейсе не создавать переменную

а как ты это представляешь?

(blabla as BlaBla)?.Dispose()

if((foo as IDisposable) != null) ?

это сахар

(foo as IDisposable)?.Dispose()

оно создаст

и я не могу C# 6 использовать

ns cdj. yt cjplfdfq

ну при компиляции да

юнете?

я умею в юнити C#6 использовать, но проблема в том, что это не только для меня код

в трай кэтче попробуй) раз уже проверяешь)

is лучше все же

по поводу написания бенчмарков собственных есть очень хорошая книга: оптимизачия приложений на платформе net. там на 80-й странице приведен пример как раз с as/is. и некорректностью просто прогона внутри for

а что там сказано?

я поэтому и спросил, так как уверен, что тут есть специфика

про данные и как это работает. У меня данные хранятся в POCO объектах и наследуют интерфейс (пустой) пула своего

но чтобы они могли перед кеширование очищаться к ним можно добавить IDisposable

так как у меня объекты для данных не выбрасываются, а складываются в кеш и переиспользуются при необходимости

Но если в данных есть, например, List<>, то его перед кешированием надо очистить

Но если в данных есть, например, List<>, то его перед кешированием надо очистить

так а чё ты сразу не реализуешь IDisposable у объекта?ь где не надо прост сразу ретурн и всё

потому, что это потребует в 90% писать public void Dispose() {}

а это некрасиво )

явная реализация интерфейса не?

или потребует делать родительские классы, что тоже не хочу

потому, что это потребует в 90% писать public void Dispose() {}

унаследуй от абстрактной базы впиши пустой по дефолту и не переопределяй где не надо

ну или базовый класс для всех, в котором Dispose реализовать