на предыдущей работе вообще была стандартная связка Topshelf + Autofac + NLog

У нас Unity, выбор обоснован лишь опытом одного из кодеров с ним

Плохой выбор

В смысле причина для выбора

Почему?

Ну лучше выучить новый инструмент, но подходящий, чем потом жалеть)

Аа

Не заметил вот это

В смысле причина для выбора

Годика два назад юнити для 2д физики был отстойным

Перешел на лав2д

Ну это так, к слову

вроде изначально обсуждение шло про Unity, который IoC - контейнер

не?

Я не читал, у меня просто антипригарное закончилось, простите

Товарищи, дайте совет. Хочу тут в либку одну замутить поддержку .net core, так вот у неё .net core не поддерживает одна зависимость, которая добавляет типы Int128/Int256. В либе для этого сделаны классы Int128Util/Int256Util, но в самой либе они не используются. Если я удалю их, то у людей, которые их могли каким-то хреном использовали сломается билд, а это вроде как не гуд. Или гуд?

Логично, что не гуд

Я просто даже не вижу способа пофиксить это не затронув людей, использующих эту дичь. Разве что эту либу включить в проект и замутить поддержку .net core?

Может просто не стоит публиковать?

Или если это цель, то пока нет способа, оставить их без совместимости

но очевидно, что это не очень хорошо

Я просто даже не вижу способа пофиксить это не затронув людей, использующих эту дичь. Разве что эту либу включить в проект и замутить поддержку .net core?

Сделать форк и назвать <LibraryName>Core

Хмм, а такую штуку никак нельзя сделать, типа для .net core бросать NotSupportedException? Правда трабл остаётся всё равно из-за зависимости

http://pastebin.com/E3pEV5hH Короче, решил заюзать ту либу что советовали. Но есть одна проблема у меня: надо менять прокси каждые N запросов

В либе поддержки этого нет)) как бытЬ?)))

Vknet

там внутри вообще пиздец творится

Хз, вроде норм либа

https://github.com/vknet/vk/blob/master/VkNet.UWP/Model/AppGetObject.cs ну например

Зачем городить эти всякие FromJson и вручную тащить параметры, игнорируя дополнительные (если api их вдруг пришлет)

когда есть божественный JsonProperty("propname")

Ну лучше выучить новый инструмент, но подходящий, чем потом жалеть)

Я про IoC, а не движок игровой. Ну и как причина выбора почему бы и нет? В условиях сжатых сроков берешь известный подходящий инструмент, вместо того, чтобы учить на ходу что-то модное новое. Которое потом может не подойти по какой-то причине.

ну и поддержка API там неполная. Эх, надо свою либу в нугетстор завозить.

https://github.com/vknet/vk/blob/master/VkNet.UWP/Model/AppGetObject.cs ну например

> комментарии на русском

Я тоже сомневаюсь, что там есть bulk да еще и автоматический. Это очень специфическая операция

http://www.talkingdotnet.com/what-is-batching-of-statement-in-entity-framework-core/

там сравнение шестой версии и кора. но то что в коре - все равно не балк

> комментарии на русском

жуть сколько там труда вложено, он ведь всё это руками расписывал

Ссылка хорошая спс. Там все батчится, и вручную можно указать сколько запроса мержить в один. Супер. В 8 версии сделают еще лучше :)

Кто-нибудь с Core пробовал работать?

пробовал

https://tproger.ru/articles/github-top-10-languages-2017/

такое лицо рука

Кто-нибудь с Core пробовал работать?

его и в проде юзают

отчаянные

Если репозиторий возвращает IEnumerable<T>, то AutoMapper получается прикручивается уже к элементам в памяти... у вас как? (учитывая что репозиторий не знает о *Dto)

Так то .ProjectTo<T> можно и в FindBy( predicate ) передать, отработает хорошо. Только вот что возвращать, что то между Entity и Dto.

https://tproger.ru/articles/github-top-10-languages-2017/

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

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

Но не на жабке же ?

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

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

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

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

тоже пригорело от описания шарпа

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

Что ты под нативом имеешь ввиду? Любой JVM язык компилирующийся в байткод совместимый с 1.6 подходит.

Что ты под нативом имеешь ввиду? Любой JVM язык компилирующийся в байткод совместимый с 1.6 подходит.

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

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

Например, C#

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

Самое хреновое что в вакансия тоже в основном жабку требую (легаси мать его)

может и не легаси просто есть с++ головного мозга, а есть жаба головного мозга

Например, C#

Ну да на .NET это тоже есть в C# vs F# ?

Кто-нибудь с Core пробовал работать?

Уже 2 проекта напилил

средне-мелких

отправил заказчикам

всё ок

всё ок

До того как кор решел с json на csproj?

До того как кор решел с json на csproj?

До

ну то есть он перешел

но я пилил пока на жсоне

ERROR: S client not available

новые буду пробовать на хпроже

или цспроже

чё там щас

До

А мигрировать заказчик будет? ?

Зачем?

ему важно чтоб работало

ну работает то и ок

асп.нет коре можно запустить на полном фреймворке, чтобы можно было всякие мерзкие штуки типо оракла использовать?

У кого есть опыт с многопоточными приложениями? ~500 потоков

У кого есть опыт с многопоточными приложениями? ~500 потоков

500 потоков ни о чём не говорит. Что крутится в этих потоках?

У кого есть опыт с многопоточными приложениями? ~500 потоков

А зачем? Там же переключении контекста сожрет весь перформанс (это же не GO с его горутинами)?

Работа отдельных заданий, выполняющих активность на сайте Запросы в веб, если проще

а в чем вопрос?

Интересует, какой есть способ оптимизации, чтобы увеличить количество потоков, без особого ущерба во времени выполнения У клиентов на мощных выделенных серверах крутится 2к потоков, хочется большего

Интересует, какой есть способ оптимизации, чтобы увеличить количество потоков, без особого ущерба во времени выполнения У клиентов на мощных выделенных серверах крутится 2к потоков, хочется большего

Дык и чего? Вопрос сжатый, архитектуры нет, как помочь?

Мб есть основные хитрости, или в какую сторону копать) Использую Thread

Мб есть основные хитрости, или в какую сторону копать) Использую Thread

На серверАХ = есть балансер? Что за БД, какие операции в приоритете, что за юзкейсы в большинстве? Чего из тебя клещами тянуть то) Без архитектуры ничего не понятно.

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

В рамках одной копии программы сервер один Краткая суть каждого потока - отправить запрос https, сдела ь паузу

В рамках одной копии программы сервер один Краткая суть каждого потока - отправить запрос https, сдела ь паузу

Ну т.е. ты по некому API снаружи принимаешь запрос, его нужно превратить в другой запрос? Задача проксирования чтоль?

Пробовал заюзать Task, по сравнению с тредом раз в 5 медленнее работает, после безуспешных попыток ускорить вернулся обратно на треды Запросы формируются отдельно каждым потоком, Для соц.сети имитация пользователя

Пробовал заюзать Task, по сравнению с тредом раз в 5 медленнее работает, после безуспешных попыток ускорить вернулся обратно на треды Запросы формируются отдельно каждым потоком, Для соц.сети имитация пользователя

Таски это костыль над тредами, если я не ошибаюсь

Расскажи больше о задаче, сложно пока что советовать что-то конкретное

Пробовал заюзать Task, по сравнению с тредом раз в 5 медленнее работает, после безуспешных попыток ускорить вернулся обратно на треды Запросы формируются отдельно каждым потоком, Для соц.сети имитация пользователя

я бы посмотрел на это "заюзать". даже не представляю, что надо сделать, чтобы в 5 раз просесть из-за тасков.

Многопоточное управление личной базой страниц в социальной сети. Что в программе отмечено - то аккаунты будут делать Выделение нужных аккаунтов, мх запуск и стоп

Что в данном случае подойдет лучше чем Thread, куда копать?

Что в данном случае подойдет лучше чем Thread, куда копать?

Лучше чем thread скорее всего у тебя на руках ничего нет

Многопоточное управление личной базой страниц в социальной сети. Что в программе отмечено - то аккаунты будут делать Выделение нужных аккаунтов, мх запуск и стоп

Как понять личной базой страниц? Что значит многопоточное управление личной базой? Типа заказчик покупает себе 100500 аккаунтов, говорит "лайкайте Петю" и следом "лайкайте Васю"?

Грубо говоря - да

в смысле ничего нет? отправить запрос https, сдела ь паузу тут всё что угодно лучше тредов.

@bohdash сценарий, про который ты говоришь, отлично ложится на модель акторов

Грубо говоря - да

А как сейчас это выглядит? Клиент (веб или десктоп) => ядро => (БД, внешние источники)?