Там C# код жоский

goto

goto не так страшно вроде как, но неприятно

Я так понимаю, это для жесткой оптимизации

это чтобы все боялись!

Скорее для рекурсии, которой не страшен stack overflow exception

все на сишарпе, для фшарпа обертка. Код ка то нечитабелен.

Это частое явление. FParsec так же написан.

Это частое явление. FParsec так же написан.

А зачем так?

Надо же, сколько пользуюсь FParsec — а об этом не задумывался. Не поверил, полез проверять. И правда, ядро на C# написано :)

А зачем так?

я думаю есть много причин. Первое? что я вижу, так это то что, многих C# разработчиков пугает тянуть в зависимостях F#. Еще так легче найти контрибьюторов, и FParsec и Hopac древние либы, там с этим были проблемы) Еще можно показать свой код и пойти C# разроботчиком. Еще вариант, что изначально либы писались под C#, потом был открыт F#, с Hopac это точно не вариант. в C# есть вещи которых нет в F#, например Fable.Remote использует dynamic и говорит что в C# с этим работать легче. Эстетический вараинт, что для перфоманса надо иногда переходить в императивную парадигму, а авторам видеть императивщину в F# больно, например. И т.д. и т.п.

Кстати, а если C# возвращает dynamic, что увидит F#? obj?

Кстати, а если C# возвращает dynamic, что увидит F#? obj?

ага

И всё-таки там не всё ядро на C#, примерно 50 на 50. Более низкий уровень на C#, высокий уровень на F#. Не просто обёртка, а бизнес-логика на F#.

Кстати, а если C# возвращает dynamic, что увидит F#? obj?

Мне тоже интересно, пошли на sharplab проверять :)

Вообще ни разу не декомпилировал код с dynamic.

https://sharplab.io/#v2:C4LglgNgPgAgDAAhgRgNwFgBQMDMSBMCAwggN5YKVJ4AmAngHYCGAtmAMYICyAFAJRkKVYTADsCBgFcIEDJmEBfLAqA= — да, в IL-коде object. Чтобы C#-компилятор понимал, что там на самом деле, всё обмазано атрибутами.

@Dolfik, давай Funogram зальём в нугет?

@Dolfik, давай Funogram зальём в нугет?

Рановато :)

Хм, субмодулем тогда пока примотать? Оке.

Не допилены некоторые методы + не определился с DSL

Может нахрен всё выкину :)

Я те выкину! .\ _ /.

Ну оно реально убого

СРОЧНО ФОРКАТЬ

Ггггг... не успели отрелизить, уже легаси

Не совсем проект выкину)

А код, который есть

@fvnever ты видел какой там ужасный код?

Пофикси мне https://github.com/Dolfik1/Funogram/issues/3, тогда буду смотреть код.

А то без лицензии непонятно, можно вообще смотреть или нет!

Не смотри :D

Но тогда мне придётся свою либу писать.

@fvnever у тебя лучше получится :)

Добавил лицензию

Не факт.

Добавил лицензию

?

Фокнул от греха поближе.

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

Я его щас изолентой примотаю к нашему агрегату.

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

https://github.com/Dolfik1/Funogram/blob/master/Funogram/JsonConverters.fs

Вот за это стыдно :D

У меня там ещё SharpXmpp глючит с DNS, потому что там любители написали свой резолвер зачем-то. Придётся, похоже, его чинить.

@Dolfik збс либа, работает. Ты Ъ.

Правда, в чатике команды криво работают. Он не понимает команды, когда их набирают в виде /get_chat_info@BotName. Но это, видимо, издержки тестовой имплементации, и это я в своём коде могу починить.

Всмысле не понимает?

Он не считает это командой, и выводит хелп.

А, ты про тест бота)

Ага.

Правда, в чатике команды криво работают. Он не понимает команды, когда их набирают в виде /get_chat_info@BotName. Но это, видимо, издержки тестовой имплементации, и это я в своём коде могу починить.

Либа на себя берет Парсинга команд?

Это же ужасно!

Это же ужасно!

Ну типа single point of responsibility

Либа на себя берет Парсинга команд?

Спокуха, не берет. Там просто в примере код такой, не доделанный. Это не часть либы.

Аааа

Да, там было на пофиг сделано, для проверки :)

@Dolfik Теперь придется нормально делать!

@Dolfik Теперь придется нормально делать!

?

Они тебе еще начнут PR слать.

@nevoroman dsyme forked fsprojects/FSharp.Interop.PythonProvider to dsyme/FSharp.Interop.PythonProvider 3 minutes ago

У меня были включены email-уведомления об изменениях в FsLab и FSharp.Charting. Вот, лишь часть того, что произошло за последние пару часов: http://i.imgur.com/CQipueh.png

У меня были включены email-уведомления об изменениях в FsLab и FSharp.Charting. Вот, лишь часть того, что произошло за последние пару часов: http://i.imgur.com/CQipueh.png

не хило

Там, правда, в основном приведение репозиториев в порядок, как я понял. Закрытие старых issue, какие-то небольшие апдейты. Зато для FsLab обновили зависимости (точнее, там только PR).

Ну и проект под VS 2017 приспособили.

https://github.com/xamarin/fsharp-iOS-designer внезапно storyboard type-provider

и android resource typeProvider https://github.com/xamarin/Xamarin.Android.FSharp.ResourceProvider

Мой issue закрыли. А я так и не починил FSharp.Charting

Не уверен, что этой библиотекой кто-то пользуется.

Не уверен, что этой библиотекой кто-то пользуется.

Новички пользуются, пока что все руководства на русском ведут туда.

Новички пользуются, пока что все руководства на русском ведут туда.

куда?

куда?

FSharp.Charting

Пока @gsomix здесь не поднял эту тему n-ное число дней назад, я тоже пользовался. Щас пересел на plotly, правда в изрядной степени благодаря R.

Plotly получше, да.

А если нужно графики в приложение встроить, то есть oxyplot.

А если нужно графики в приложение встроить, то есть oxyplot.

А там есть live charting?

Можно риалтайм обновлять.

У Xplot (Plotly) API посложнее, по-моему.

XPlot давно не обновлялся. :(

Мейнтейнер куда-то пропал, PR не мержит.

Может форкнуть?

Надо подумать.

кажется, кто-то читает этот чат :) https://github.com/fslaborg/XPlot/commits/master

Причём прочитал из прошлого

Коммит-то около часа назад

Эй, он мне пиво должен!

Кажется, Сайм хорошо отдохнул в отпуске, активно взялся за работу.

А если нужно графики в приложение встроить, то есть oxyplot.

ну надо же, я и не знал про такое. Как она в сравнении с System.Windows.Forms.DataVisualization.Charting по производительности ?

Я не замерял.

а профит в чём у неё?

По сравнению с чем? DataVisualization.Charting я не использовал никогда.

С FSharp.Charting можно сравнить, она использует DataVisualization.Charting

OxyPlot умеет рисовать симпатичные интерактивные графики.

И библиотека кроссплатформенная и открытая.

Весь профит.

Доброго вечера. Возник вопрос: Возможно ли получить сгенерированные Type Provider'ом типы в виде исходного текста? Чтобы в дальнейшем не генерировать в рантайме, а использовать уже полученные типы. Если возможно, то как?

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

Доброго вечера. Возник вопрос: Возможно ли получить сгенерированные Type Provider'ом типы в виде исходного текста? Чтобы в дальнейшем не генерировать в рантайме, а использовать уже полученные типы. Если возможно, то как?

Они в рантайме не генерируются

Они генерируются на этапе компиляции и складываются в специальную папочку

а в каком формате они там хранятся? Прочел, что есть generative type providers. Возможно - это то, что мне нужно. Но меня интересовал конкретный JSON Type Provider и он не generative.

Т.е. придется размещать в коде кусочек json'а для того, чтобы получить типы.

Andrew С помощью generative type providers можно нагенерировать настоящих типов в сборку и использовать их. Erased же стираются компилятором, и никаких типов не остаётся.