С остальными надо извращаться, чтобы что-либо шарить между ответами, вдобавок примеров не нашел

hyper пробовал?

С него и начал, да

В тамошнем трейте я увидел только Request в параметрах

С него и начал, да

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

Ссылка то передается иммутабельная, больно

не логично конечно, но неудобно

Таки ящики потиху перескакивают на failure с error-chain

Ссылка то передается иммутабельная, больно

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

https://docs.rs/ggez/0.4.0/ggez/graphics/fn.circle.html

обновил на днях ггез, появился параметр tolerance

при значении 1.0

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

плюс ggez radius != ncollide geometry radius, поэтому при рисовании круга с радиусом в 25.0, приходится созадвать физический круг с радиусом 1.25

я не помню если честно нихуя из геометрии почти и из того как рендерится граф и если кто то уже разбирался и может просвятить меня по поводу радиусов - буду благодарен

I have been using Go for a while. The community and breadth of libraries out there is amazing. I want to like Rust. Help me. - https://www.reddit.com/r/rust/comments/7yjz3o/i_have_been_using_go_for_a_while_the_community/

вижу на расте реализацию STUN, но не вижу реализации TURN

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

А как мьютекс и иммутабельность связаны? Не, они там мутабельны, он для rc-шечек нужен

А как мьютекс и иммутабельность связаны? Не, они там мутабельны, он для rc-шечек нужен

не понял, в каком смысле для rc-шечек?

Ну там на каждый реквест либо меняют стейт, либо читают из него

онж асинхронный, вполне реально дважды записать; или читать-писать +\- одновременно

не совсем понимаю о чём ты, вот дока

https://api.rocket.rs/rocket/struct.State.html

> The type being managed must be thread safe and sendable across thread boundaries. In other words, it must implement Send + Sync + 'static.

онж асинхронный, вполне реально дважды записать; или читать-писать +\- одновременно

ну и плюс - нет он не асинхронный

> The type being managed must be thread safe and sendable across thread boundaries. In other words, it must implement Send + Sync + 'static.

мм, меняет дело, да

мм, меняет дело, да

ну это я к тому что у тебя хипере было бы тоже самое, тот же non-mutable доступ полям структуры для которого заимплеменчен Service, тот же Mutex для синхронизации доступа. вот здесь ты и делаешь мьютбл: https://github.com/l4l/whos-online/blob/5e53b5ffc2c1175f732dfdf83fcebc4ab33536d0/src/whosc.rs#L21

мм, да, догоняю

Надо бы покопаться еще с примитивами синхронизации

плюс вопрос - если у тебя не во всех хэндлерах нужен мьютбл доступ нужен

то почему не заюзать RwLock

?

Надо бы покопаться еще с примитивами синхронизации

потому что вот

ну и плюс - нет он не асинхронный

Кстати, почему не асинхронный?

Кстати, почему не асинхронный?

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

плюс если хочешь большего чем RwLock - есть RcuLock который как вроде как wait free для ридеров: https://docs.rs/rculock/0.1.2/rculock/

https://github.com/tversteeg/castle-game

https://github.com/tversteeg/castle-game/raw/master/img/screengrab.gif?raw=true

надо форкнуть и туда спрайты сусликов и крабов добавить

а вообще > code of conduct

тут писали про сложность вебрендера

ну вообще на самом деле вебрендер делает за тебя 90% работы

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

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

на самом деле все сводится всегда к позиции: - создаешь базовый контекст с документ холстом - создаешь билдер инстанс с параметрами рисовалки (билдер кстати простой до безумия) - в каждый новый слой назначаешь айдишники - создаешь транзакцию к рендеру, прикрепляешь к нему айдишник рут контекста относительно которого нужно провести перерисовку, и готовый инстанс билдера - отправляешь транзацию - PROFIT!

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

собственно с этим я сейчас и ебусь

у limn хороший ивент менеджер и базовые абстракции работы с ресурсами и виджетами. Но у limn очень костыльные абстракции работы с лайаутом и стилями которые прибиты гвоздями, и базируются на конской залупе - а именно constraint layout

я же строю свой лайаут поверх yoga, и стилевые абстракции строю по методу очередей которые на уровне компиляции работают с картами enum, а на уровне отладки работают на очередях сообщений для манипуляции с атрибутами и стилями, чтобы например можно было просто отлаживать и менять определенные параметры в рантайме

короч со всем можно разобратся, если достаточно заебатся

Мы тебя вроде в rustjerk выгнали

:D

Мы тебя вроде в rustjerk выгнали

ну тоесть вы тут срете прям дохуя всеми формами хуеты по теме и без

а я в тему не могу про архитектуру вебрендера написать

наглость

злость

огорчение

до

торг

принятие

я же строю свой лайаут поверх yoga, и стилевые абстракции строю по методу очередей которые на уровне компиляции работают с картами enum, а на уровне отладки работают на очередях сообщений для манипуляции с атрибутами и стилями, чтобы например можно было просто отлаживать и менять определенные параметры в рантайме

а есть на гитхабе?

а есть на гитхабе?

хуй там, я уже 2 месяца пытаюсь миксовать выживание с кучей проектов и попытками изучать как написать свой тулкит и эксперементами с онным

глянул limn - мне понравилось в том числе констрейны

вроде очень привычный подход

Делать надо с заточкой под веб разрабов

Этим взял rn

Констрейты в этом плане непонятная людям хуета

А нужна совместимость с CSS и простая гибкая верстка

В этом плане флексы в рот накидают констрейтам

Зачем ебать себе мозг что к чему привязывать относительно, когда есть почти всемогущий флексбокс, и сотни тыщ туториалов по нему в вебе?

К тому же я делаю расчет на то что потом сделаю байдинги к петончеку и жс

И там в основном вебовцы

А констрейты это ближе к мобайл хуеплетам и то не всем, и самозалупные стили придуманные limn на макросах во первых нихуя не удобные, во вторых нихуя не портируемые

Воть

хуй там, я уже 2 месяца пытаюсь миксовать выживание с кучей проектов и попытками изучать как написать свой тулкит и эксперементами с онным

Так может тебе лучше подзаработать деньжат, а потом взять перерыв на месяц-два?

Так может тебе лучше подзаработать деньжат, а потом взять перерыв на месяц-два?

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

Тащемта самый удобный подход я видел в qml, там есть лейауты, а есть якоря и куча возможностей динамически и с анимациями их перещелкивать.

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

Так Энтони же фрилансер. Понабрать разовых проектов, завершить и благополучно забыть. Или это не так и них делается? > это в теории только так работает У меня отлично сработало на практике(3 мес). Правда, я тогда совместил это с увольнением)

“Sorting in Rust: Selection, Insertion, and Counting Sort” @spyr1014 https://medium.com/@spyr1014/sorting-in-rust-selection-insertion-and-counting-sort-2c4d3575e364