Ребят, ваш чатик фиг найдёшь (а я искал направленно). Надо его во всякие каталоги добавить.

Дерзай ?

А чо, давайте подобавляю.

@fvnever ну да, без ссылки из цодингтима я бы тоже фиг нашел.

А чо, давайте подобавляю.

Можно в pro. добавить

Всем привет.

Можно в pro. добавить

Нужно! И ещё несколько каталогов есть, туда бы тоже надо.

Нужно! И ещё несколько каталогов есть, туда бы тоже надо.

Как в старые времена...

@fvnever @the_RAMZAY А я нашел. :)

@fvnever @the_RAMZAY А я нашел. :)

А где ты нашёл?

@fvnever Загуглил.

Вдруг тут и про повершелл неподалёку чатик валяется!

В каком-то списке указан.

В каком-то списке указан.

https://github.com/goq/telegram-list ?

Ага!

А я вот сюда запулреквестил: https://github.com/A-gambit/awesome-telegram-chats/pull/49

Не знаю зачем сюда зашел, я не умею в ваш эфшарп. :)

Чтобы научиться!

Дак мы тя научим, лалка!

Не знаю зачем сюда зашел, я не умею в ваш эфшарп. :)

У нас тут уютно, и не всегда F# обсуждаем)

Кстати, парни

ась?

Поясните магию

http://trelford.com/blog/post/SeqVsStream.aspx

Интересует ofArray

И в чём там магия? Что интересует? По-моему, реализация тривиальная.

fun k -> let mutable i = 0 while i < source.Length do k source.[i] i <- i + 1

Не могу догнать, как оно работает

Точнее даже это : type Stream<'T> = ('T -> unit) -> unit

Ой, простите, я toArray посмотрел :) В ofArray уже не такая тривиальная.

А в чем проблема Stream это просто функция которая принимает функцию, в которую передаются элементы стрима (примерно как в RX)

Точнее даже это : type Stream<'T> = ('T -> unit) -> unit

Ну вот у них там "стрим" — это просто применялка побочного эффекта. Стрим — функция, которая принимает функцию и применяет ко всем элементам стрима.

А, т.е. тут сайд эффекты используются

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

Мне чёт даже кажется, что можно коротко записать let ofArray<_> = Array.iter?

(ну мб аргументы переставить ещё)

Кстати, вот курс на русском про ФП на F# https://mva.microsoft.com/ru/training-courses/-f--12198?l=jkUEDSSIB_504984382

А, чуваки, чуваки, мне кто-то сегодня курс по Идрису подбросил!

Кстати, вот курс на русском про ФП на F# https://mva.microsoft.com/ru/training-courses/-f--12198?l=jkUEDSSIB_504984382

Спасибо

http://compsciclub.ru/courses/idrisprogramming/2017-spring/ — курс по Идрису, тоже на русском.

http://compsciclub.ru/courses/idrisprogramming/2017-spring/ — курс по Идрису, тоже на русском.

это что за покемон?

Кстати, кто может рассказать реальное применение code quotations?

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

За исключением реконфига акторов

Кстати, кто может рассказать реальное применение code quotations?

Я их юзал, когда у меня не было LINQ, а надо было сконструировать Expression<Func<T>>.

А, ну и для наркомании ещё. Щас найду и покажу :)

А, точно

Там же можно дерево обходить

Мне надо было получить MethodInfo из функции, которая в модуле, и пришлось вот такое вот: https://gist.github.com/ForNeVeR/5d779936f975eaf46a5350b479e7ae2a

А нормального способа нету чото :(

И еще вопросик. Тупой. TypeProvider у нас только Compile-time бывают, как я понимаю?

Вопрос непонятный. Я не знаю, как ответить.

Т.е. в рантайме никак нельзя натравить провайдер на источник данных?

В контексте ODATA, например

Ты можешь зареференсить сборку тайппровайдера и использовать её в рантайме, но зачем? :)

Я думаю, что скорее всего ответ на твой вопрос — нет, это сделать нельзя.

Хммм... т.е. можно собрать сборку тайп провайдера на нужный источник данных и потом накрутить кода, по идее...

Только код придётся динамически строить.

Что-то вроде кодогенерации получается

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

Рослином же не компильнешь

А ты используй fsi!

Генеряй текстовые файлы и скармливай ему.

скриптинг по факту

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

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

В частности, C# кода

Тогда глянь FSharp.CompilerServices или как там эта штука называется.

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

Кстати type-provider работают в core clr в VSCode?

Ну общая схема тут какая на самом деле. Есть некая база, есть маппинги, есть внешний источник данных

Кстати type-provider работают в core clr в VSCode?

Не сыпь соль на рану!

Нужно класть в базу данные из внешнего источника в соответствии с маппингами

Кстати type-provider работают в core clr в VSCode?

Нужного API нету в CoreCLR вообще. Поэтому не работает ни рожна. Ждём .NET Standard 2.0, там нужные API опубликовали.

Нужного API нету в CoreCLR вообще. Поэтому не работает ни рожна. Ждём .NET Standard 2.0, там нужные API опубликовали.

Ну значит я ничего не потерял ? (не фанат я таких кодогенератор и вообще бигдаты/машинлернинга)

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

В 2.0 всё будет зашибись, но 2.0 не сегодня релизится. Его перенесли чуток.

В 2.0 всё будет зашибись, но 2.0 не сегодня релизится. Его перенесли чуток.

Кстати, при релизе новой версии netstandar, старые начинают считаться deprecated или там обратная совместимость и можно любую юзать?

Кстати, при релизе новой версии netstandar, старые начинают считаться deprecated или там обратная совместимость и можно любую юзать?

Всё ОЧЕНЬ сложно.

То, что ты так вот легко назвал "CLR" — это на самом деле несколько взаимосвязанных компонентов.

Я уже переназвал ?

dotnet-cli сам по себе уже сейчас можешь считать устаревшим, потому что стабильного релиза его никогда не было выпущено. Есть какой-то старый LTS, и всё остальное в вечном превью (надеюсь, завтра релизнут хоть что-то стабильное, но далеко не факт).

CoreCLR уже сейчас стабилен, старые версии не устаревают, можно ставить side-by-side и использовать.

Почему завтра?, вроде сегодня презенатация VS2017 (или это не связано)

Все версии .NET Standard тоже стабильные (кроме 2.0, его ещё не выпустили), и под старые версии (1.0 — 1.6) можно писать и нормально релизить софт.

Почему завтра?, вроде сегодня презенатация VS2017 (или это не связано)

Она начнётся сегодня. Я думаю, по моему часовому поясу уже завтра закончится ;)

Все версии .NET Standard тоже стабильные (кроме 2.0, его ещё не выпустили), и под старые версии (1.0 — 1.6) можно писать и нормально релизить софт.

Xamarin кстати поддерживает мин 1.4

К F# всё, что я говорил, относится постольку-поскольку. Релизного F# под неткор тоже ещё ни разу не было, по-моему. Но на превьюшных билдах у меня небольшие сайтики работают, нормас.

CoreCLR очень стабилен, прям как скала ́.

Suave?

Suave?

Не, я пока только на Kestrel пробовал. Могу только хорошее сказать.

Ресурсов кушает меньше, чем Java (на порядок меньше CPU, примерно в 1.5—2 раза меньше памяти). Не падает.

С F# интеграция более-менее рабочая, опять же.

Через что, кстати?

Вот мой проект, который щас работает: https://github.com/codingteam/codingteam.org.ru

Там ничо умного нету — немножечко логики на сервере и всё.