@CSharpChatЭта группа больше не существует

Страница 477 из 1888
Max
03.03.2017
23:12:05
ну да

почти)

точнее так и есть)

anton
03.03.2017
23:12:30
ну значит названия переменных хорошие! сразу понятно что там происходит ;)

Google
anton
03.03.2017
23:12:39
одну проблему программирования ты решать умеешь

Max
03.03.2017
23:12:47
угу)) а меня ругали за херовый нейминг)))

anton
03.03.2017
23:12:58
вторая проблема - инвалидация кеша

делегировать задачи ты вроде бы тоже уже умеешь

Max
03.03.2017
23:13:19
прости что?)

ты матом таким ругнулся ? я не понял прост)

anton
03.03.2017
23:13:54
Делегирование полномочий — это процесс передачи части функций руководителя [уточнить] другим управляющим или сотрудникам для достижения конкретных целей организации. Используется для улучшения и оптимизации рабочей силы руководителя.

Max
03.03.2017
23:14:06
это я знаю

anton
03.03.2017
23:14:08
ну типа ты тут делегируешь нам свои проблемы ;)

Max
03.03.2017
23:14:09
я про то что выше)

anton
03.03.2017
23:14:13
аааааааа

инвалидация кеша..

ну .. ммм cache invalidation

Google
Max
03.03.2017
23:15:04
а ну теперь все ясно стало

сразу бы так написал епт)

Владимир
03.03.2017
23:15:36
Max
03.03.2017
23:16:02
ок))

не буду

anton
03.03.2017
23:16:18
Phil Karlton: «There are only two hard things in Computer Science: cache invalidation and naming things.»

а еще было в каком-то таком виде: В программировании существует лишь два характерных затруднения: инвалидация кеша, наименование сущностей и ошибка на единицу

Max
03.03.2017
23:17:11
наверное мне еще рановато такое

ибо я не понял даже с 5го раза))

anton
03.03.2017
23:17:34
ну ты знаешь что такое кэш?

Max
03.03.2017
23:17:37
кеш я знаю ток в браузере типа)

anton
03.03.2017
23:17:39
cache, не cash :)

Max
03.03.2017
23:18:24
стало быть не знаю)

anton
03.03.2017
23:18:34
на помощь летит википедия! https://ru.wikipedia.org/wiki/%D0%9A%D1%8D%D1%88

а следом статья на хабре https://habrahabr.ru/post/120471/

Max
03.03.2017
23:19:45
я ж асембрел маленько изучал, чето знакомое даже)

anton
03.03.2017
23:19:58
mov eax

Max
03.03.2017
23:19:58
асемблер*

пробежал глазами и подумал что рановато мне в это вникать, а то можно надолго зависнуть, и свои задачи нифига не решу))

но спасибо, буду знать что есть такое))

Google
Max
03.03.2017
23:23:03
ну я не понял)

Application.Exit();

закрывает программу нахрен)

а надо что бы ток форму....

Gid
03.03.2017
23:50:43
Короче для объекта формы

Вызови это

Sergey
04.03.2017
00:30:36
Заходишь ночью в чятик, а тут формы учатся закрывать

Max
04.03.2017
00:31:06
да все равно хуйня

Илья
04.03.2017
00:59:56
привет, нужен шаприст срочно!

Илья
04.03.2017
01:00:14
в личку

Владимир
04.03.2017
01:00:59
привет, нужен шаприст срочно!
тут шарписты за 5к в час

Nikita
04.03.2017
01:01:06
в последний раз общение с подобным персонажем у меня привело к болоту на два года с моей стороны и к закопанным вникуда 15 лямам со стороны персонажа

так что аккуратнее

Max
04.03.2017
01:01:22
?

Nikita
04.03.2017
01:02:06
оба получили бесценный опыт и в целом было весело

но всё же

тут шарписты за 5к в час
и ведь теперь не пошутить про 5к белорусских, вот что досадно

Google
Max
04.03.2017
01:03:45
можно подумать в мире так мало бедных стран

Nikita
04.03.2017
01:05:20
но рубли-то только в двух из них

Max
04.03.2017
01:07:50
ну эт да

Max
04.03.2017
03:32:50
снова рубрика “я познаю мир” :) Есть вот такая ситуация. Допустим, есть статический класс и его публично доступное свойство List<T>. Этот статический класс выполняет асинхронную доставку данных из внешних источников и периодически наполняет этот List объектами. В разных потоках приложения требуется периодически “цепляться” к этому List, ожидать там объект с заранее известными критериями, забирать и “отцепляться”. Одновременно таких потоков, работающих с этим списком может быть несколько, данные нужно получать своевременно, не блокируя сам List<T>. Правильно понимаю, что мне нужно смотреть в сторону reactive extensions?

Admin
ERROR: S client not available

Max
04.03.2017
03:44:42
снова рубрика “я познаю мир” :) Есть вот такая ситуация. Допустим, есть статический класс и его публично доступное свойство List<T>. Этот статический класс выполняет асинхронную доставку данных из внешних источников и периодически наполняет этот List объектами. В разных потоках приложения требуется периодически “цепляться” к этому List, ожидать там объект с заранее известными критериями, забирать и “отцепляться”. Одновременно таких потоков, работающих с этим списком может быть несколько, данные нужно получать своевременно, не блокируя сам List<T>. Правильно понимаю, что мне нужно смотреть в сторону reactive extensions?
все объекты в этом List<T> имеют уникальные идентификаторы, и потоки не могут пересечься в попытке изменить/удалить один и тот же объект. Т.е. ожидают они там уже объект с вполне конкретным идентификатором на момент, когда "приходят" за объектом.

Дмитрий
04.03.2017
05:03:02
ну если требуется потокобезопасность, то не лучше ли посмотреть в сторону потокобезопасных коллекций?

ConcurrentDictionary < TKey, Tvalue > например

ключом будет идентификатор объекта, значением - собственно объект

Max
04.03.2017
05:05:23
спасибо, буду про них читать, попробую заменить List<T>

Дмитрий
04.03.2017
05:06:56
а вместо "цепляться - отцепляться" лучше добавить в класс событие типа ItemAdded кому надо - подписывается на событие и ждёт его наступления при возникновении - лезет в коллекцию и делает TryRemove с интересующим идентификатором

если метод возвращает true - всё ок, айтем удалился, можно с ним что-нибудь сделать

Ilya
04.03.2017
05:08:39
ConcurrentDictionary < TKey, Tvalue > например
Ну List лучше на КанкарэнтБэг заменить, наверное, а не на словарь

Дмитрий
04.03.2017
05:10:14
ну или оставить потокам более активную модель поведения, если того требует задача

Ну List лучше на КанкарэнтБэг заменить, наверное, а не на словарь
по идентификатору проще же из словаря удалить элемент

Max
04.03.2017
05:11:20
а вместо "цепляться - отцепляться" лучше добавить в класс событие типа ItemAdded кому надо - подписывается на событие и ждёт его наступления при возникновении - лезет в коллекцию и делает TryRemove с интересующим идентификатором
спасибо, понял. Читал статью, где говорилось что для подобных задач больше подходит Rx, поэтому стандартную практику с эвентами отложил, полез спросить мнение на этот счёт)

Pichugin
04.03.2017
07:17:23
Тут может подойти read/write коллекции. Пишет один поток, читают многие. - тот кто пишет блокирует. - те кто читают не блокируют. Если из List удалить первый элемент, то все после него сместятся на 1 позицию вниз. А это проблема для тех кто читает. Операция O(n). Возможно стоит рассмотреть hash таблицу, тут при удалении никто никуда не сместится. Расчет идет по подобной схеме: GetHashCode() * размер таблицы = индекс по которому он будет лежать. Чем больше размер, тем меньше шанс коллизий, +30% идет резервом. Возможно ошибаюсь.

ReaderWriterLockSlim Вспомнил где читал, CLR via C# (Рихтер).

Vinc
04.03.2017
08:30:46
Rider вообще уже готов к использованию? Или ещё не стоит использовать как боевой?

Nikolay
04.03.2017
08:33:44
В Rider'e много фишечек нет, которые есть в VS

Google
Nikolay
04.03.2017
08:33:59
Короче это просто IDEA с решарпером

Которая умеет .csproj открывать и больше ничего

Vinc
04.03.2017
08:35:59
Билдить то умеет?

Daniil
04.03.2017
08:36:39
В Rider'e много фишечек нет, которые есть в VS
Дебаггер, юнит тесты, работа с нугет

Nikolay
04.03.2017
08:36:43
Ну билдит то msbuild

Daniil
04.03.2017
08:36:46
Что ещё нужно ?

Nikolay
04.03.2017
08:37:04
Что ещё нужно ?
WinForms, WPF, EDMX

Daniil
04.03.2017
08:37:20
... окей

Vinc
04.03.2017
08:40:05
Nikolay
04.03.2017
08:41:45
В убунте вроде xbuild от mono

Vinc
04.03.2017
08:53:48
В убунте вроде xbuild от mono
Попробую вечерком?

Igor
04.03.2017
09:27:11
А в убунте?
В mono теперь есть кросплатформенный msbuild

Alexander
04.03.2017
09:58:15
В mono теперь есть кросплатформенный msbuild
А msbuild когда успел на линуксах появится?

Kirill
04.03.2017
09:58:26
Всем привет, кто может навести на мысль по сквозной авторизации на Asp. То есть есть несколько разных сервисов, нужно что бы авторизовавшись в одном пользователь мог не авторизовываться в остальных.

Если правильно помню это Single sign on авторизация.

Страница 477 из 1888

Эта группа больше не существует Эта группа больше не существует