Преждевпеменная оптимизация - зло

Точно! Сначала на Суаве сделаю, измерю производительность и затем портимую на Кестрел\Жираф

Точно! Сначала на Суаве сделаю, измерю производительность и затем портимую на Кестрел\Жираф

Все правильно. Не забудь поделиться цифрами ?

Точно! Сначала на Суаве сделаю, измерю производительность и затем портимую на Кестрел\Жираф

Прагматично, лол

Надеюсь довести до такого состояния, чтобы и померить и сорцы выложить

Может быть кому-то из нашего комьюнити интересно поучаствовать будет…

Для чата вебсокеты неплохо бы было прикрутить. Они где нибудь есть под F#?

Для чата вебсокеты неплохо бы было прикрутить. Они где нибудь есть под F#?

Ну, suave.

Уже не раз выручали, может еще кто поможет? Кто-нибудь работал с CocosSharp в контексте F#?

Ну или просто с CocosSharp?

https://github.com/zaid-ajaj/litedb.fsharp

Утро.

https://github.com/zaid-ajaj/litedb.fsharp

Нравится мне этот товарищ. Это же он Fable.Remote сделал?)

Да!

Свежие видосы со Strange Loop выложили. https://www.youtube.com/channel/UC_QIfHvN9auy2CoOdSfMWDw/videos

Позвольте продублирую вопрос, может кто-то пропустил вчера, извиняюсь за повторения, но просто очень нужна помощь! Кто-нибудь имел дело с CocosShar в контексте F#? Ну или просто с CocosSharp? Ну или хотябы с Cocos2d?

Позвольте продублирую вопрос, может кто-то пропустил вчера, извиняюсь за повторения, но просто очень нужна помощь! Кто-нибудь имел дело с CocosShar в контексте F#? Ну или просто с CocosSharp? Ну или хотябы с Cocos2d?

Cocos2d-x немного

Позвольте продублирую вопрос, может кто-то пропустил вчера, извиняюсь за повторения, но просто очень нужна помощь! Кто-нибудь имел дело с CocosShar в контексте F#? Ну или просто с CocosSharp? Ну или хотябы с Cocos2d?

А есть конкретный вопрос?

Мож, друзей ищет

Ну типа есть, кто использует — и хорошо

Мож, друзей ищет

:D

Статистику собирает мб

Статейка в тему друзей, жесткий офтоп : https://m.geektimes.ru/post/292667/

чего вы такие злые?

Ни капельки злости

Наоборот же

Я? Нет. Ссылку жена прислала

Так ладно, хватит офтопить, давайте лучше поможем)

Ну конкретно же вопросов не задает человек

Ну конкретно же вопросов не задает человек

дождемся и поможем)

Может сталкивались с таким, нужно спрайту (точнее для каждого кадра анимации) сделать свой hitbox из полигонов. Наподобии такого: https://www.codeandweb.com/physicseditor/tutorials/creating-physics-shapes-for-cocos2d-x

Сейчас я юзаю обычный: player.BoundingBoxTransformedToWorld.IntersectsRect(entity.BoundingBoxTransformedToWorld)

Мне площадь столкновения уменьшить надо. На спрайтах много пустого пространства, поэтому обычный BoundingBoxTransformedToWorld.IntersectsRect не подходит

Я с таким не сталкивался. Есть тут специалисты?

Кто хочет написать F# экстеншн для Utf8Json? https://github.com/neuecc/Utf8Json

https://github.com/pocketberserker/Utf8Json.FSharpExtensions

Ребят, а есть аналог «@» для массивов?

а что за "@" вообще? :)

Внезапно столкнулся с тем, что @ работает только с листами

Ну можно Array.concat [| arr1; arr2 |]

а что за "@" вообще? :)

Конкатанация листов

А оператора нету, вроде

Для массивов вряд ли

воу, не знал

В силу некоторых причин

Потому как склеить два массива просто

Тьфу, листа

Там О(1)

Ну можно Array.concat [| arr1; arr2 |]

Можно то можно. Но это уныло на фоне возможгостей для листа =)

Внезапно столкнулся с тем, что @ работает только с листами

Да, по той же причине, что и функции fst и snd есть только для ссылочных кортежей, как я понимаю

Причем по идее без лишних аллокаций

А вот с массивами придется память перевыделять

Можно то можно. Но это уныло на фоне возможгостей для листа =)

Заведи свой оператор.

Заведи свой оператор.

Нуууу

Там О(1)

а там точно О(1)? Нужно же один лист до конца проитерировать

Я с таким не сталкивался. Есть тут специалисты?

Я уже ответил. Но вообще в CocosSharp примеры странные, так и не нашёл конкретно примера с использованием ивента для определения столкновения

Который есть в box2d и в cocos2d-x

А вот с массивами придется память перевыделять

Ну по поводу эффективности операции — это да. Но тем не менее, это не делает её невозможной. Вон для списка же, есть доступ по индексу, несмотря на то, что это неэффективно.

Были бы тайпклассы, обобщить @ на все коллекции было бы легко.

а там точно О(1)? Нужно же один лист до конца проитерировать

точно не o(1) для листа. Для двух листов размерность m и n сложность m @ n будет o(m). или o(m+1)?

O(m)==O(m+1)

но да, я так и думал

O(m)==O(m+1)

ну да, но точность же)

Были бы тайпклассы, обобщить @ на все коллекции было бы легко.

А мы и обобщим!

Когда улучшенные SRTP завезут? Или и сейчас можно?

ERROR: S client not available

Когда завезут.

У меня идея такая.

Когда улучшенные SRTP завезут? Или и сейчас можно?

Не раньше 4.2.

Эх, поскорее бы

Их не доделали ещё, куда ты бежишь :)

Я хочу привести FSharp.Core.Fluent в порядок. В рамках этого проекта можно будет сделать обобщенные операторы и функции.

Просто Fluent как раз содержит кучу экстеншенов для стандартных типов F#.

Я хочу привести FSharp.Core.Fluent в порядок. В рамках этого проекта можно будет сделать обобщенные операторы и функции.

Портируйте просто на неткор для начала!

А потом уже наводите «порядок».

точно не o(1) для листа. Для двух листов размерность m и n сложность m @ n будет o(m). или o(m+1)?

Да, я ошибся

Портируйте просто на неткор для начала!

Я это и имел в виду, когда говорил про порядок. Какой порядок-то без .NET SDK проектов?

SRTP - это такой вид компайл-тайм генериков?

SRTP - это такой вид компайл-тайм генериков?

Это inline.

SRTP - это такой вид компайл-тайм генериков?

Можно и так сказать, да.

Как в плюсах. Инлайнится специализированный код.

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

Кстати, это же тема новых версий .Net (4.6.1+) тащить в зависимостях из Нугета кучу всяких системных библиотек (System. ...)?

Вернее, это, видимо, связано с .NET Standard, так?

Просто как-то непривычно видеть туеву хучу скачиваемых пакетов.

Похоже, что пакет кривой. @fvnever ^

Просто как-то непривычно видеть туеву хучу скачиваемых пакетов.

у меня Paket постоянно скачивает пакеты от .net standart

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

Ну это было бы хорошо. А то все эти скачиваемые пакеты под 300 Мб весят

Ну это было бы хорошо. А то все эти скачиваемые пакеты под 300 Мб весят

> storage: none

Ну это просто уберёт папку packages, да

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

А используются все равно закешированные пакеты в .nuget.

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

Так-то у меня в компонентах студии установлены .NET Framework 4.6.1 и 4.6.2, включая SDK

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

Я не шарю в текущей ситуации с полным фреймворком. Но в неткоре они один раз скачиваются, а потом используются из кеша.

Кэш нугета может находиться только на системном диске или можно настроить его расположение?

Кэш нугета может находиться только на системном диске или можно настроить его расположение?

https://docs.microsoft.com/en-us/nuget/consume-packages/configuring-nuget-behavior