Как стать автором
Обновить
22
0
Максим @fsou11

Full Stack Developer

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

Я представлял себе ситуацию, когда у нас выделяется память под массив фикс. размера (например List), который затем выходит за границы, следствием чего, вероятно, является выделение нового участка памяти его копирование + очистка старого. Судя по всему, изначальный участок памяти не будет повторно переиспользован до компактификации.

Спасибо за исправления.
Boxing выделяет память в куче, unboxing в стеке потока выполнения. Смысл статьи в первом приближении сравнить производительность данных операций в рамках .NET.
Чтобы не быть голословными: https://jsperf.com/fastest-factorial

(1) cycle: 3.700.000 op/sec
(2) recursion: 1.450.000 op/sec
(3) eval: 500 op/sec
Для реализации хвостовой рекурсии
Если вы про распознавание рукописного ввода иероглифов- возможно, но дольше по времени и не так удобно.
Что касается китайского,- всё предельно просто. Используя pinyin набираются целые предложения вида «ni jiao shenme mingzi», которые затем в один клик превращаются в "你叫什么名字?". Более того, на мой взгляд, в большинстве случаев набирать на китайском быстрее и вероятность ошибки ниже.
Отличная работа. Подскажите, есть ли возможность в ЛК использовать собственные события/обработчики (action'ы)? Например, как бы вы решили задачу публикации уведомления в telegram наравне с почтой и sms?
В данный момент рассматриваю вариант с работой в Праге, поэтому очень интересно было бы почитать про обустройство, проблемы, траты и комфортный уровень зп
Т.е. предполагается, что id пользователя в телеграмме всегда будет одним и тем же и именно он является уникальным идентификатором пользователя?
Каким образом осуществляется привязка пользовательских данных / идентификация пользователя между сессиями (вводами разных кодов)?
Возможно, про это и стоило написать под таким заголовком, как в статье, дополнив интересными и полезными для разработчиков подробностями. Это ведь разрешено публиковать?
Так и как же обучают в школе и чему вы там научились? Больше похоже на восхваления БЭМа пост.
Бедные подписчики ваших издателей, только один из них получит сообщение о событии, так еще и заставят данные вернуть.

Вы сами придумали такую интерпритацию паттерна “подписчик/издатель”?
Что вы подразумеваете под «логической» привязкой? Насколько я могу судить, RabbitMq это лишь один из «транспортов» доставки сообщений
Если вам это поможет в вашей деятельности, то могу предоставить исходные коды игры
Я не говорю что это сложно, но отмечаю, что без переопределения/расширения самого Web API вклинится в контейнер (например, извне) не получится.
Однако, нет. Непосредственно сам объект HttpRequestMessage появляется уже после захода в Web API,- на этапе конфигурации OWIN Middleware'ов он не доступен, как следствие: либо делать через MessageHandler (Autofac) либо так, как выше.
Он ведь основан на HttpContext, который при OWIN host'e отсутствует?
Поиск по репозиторию Unity
PerHttpRequestModule
не выдал результатов.
PerRequestLifetimeManager
является частью Microsoft.Unity.Mvc, но не Web API.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность