а... т.е. linq`у в с# необучен :)

Ну то, что куча мусора теоретического

где?) в языке вообще ни намёка на теорию. Вот в скале или хаскеле там функторами в лицо тычут. В фшарпике всё на лайтах

какое отношение "теоретичаский мусор" имеет к практике что в c# что в f#?

Всякие травёрсабл дата типы у нас не сделаешь чтобы на изичах сделать Async<Option<T>> -> Option<Async<T>>

Это да, я до этого говорил про функциональшину в целом

Это да, я до этого говорил про функциональшину в целом

Так как это коррелирует с тем "зачем нужен ваш фш"?)

Так как это коррелирует с тем "зачем нужен ваш фш"?)

так это не он

А вот, что касается практики в f#, все очень грустно с совместимостью c c#

А вот, что касается практики в f#, все очень грустно с совместимостью c c#

Ты пробовал Котлин с Джавой совмещать? или Скалу с Джавой?

Я щас говна накину на этот вентилятор

Всякие травёрсабл дата типы у нас не сделаешь чтобы на изичах сделать Async<Option<T>> -> Option<Async<T>>

Я бы нигде подобное делать не рекомендовал. Все ж это невозможно на практике.

Ну в джаве классы, а у нас зборки

А вот, что касается практики в f#, все очень грустно с совместимостью c c#

весь нугет совмещается только у вас датское королество

так это не он

Но там было "тоже понять не могу"

Я бы нигде подобное делать не рекомендовал. Все ж это невозможно на практике.

Я не про эти конкретно типы, но в целом траверсабл типы есть и ОЧЕНЬ РЕДКО пригождаются. Но я тоже бы не стал ради такого редкого случая городить эту хреноту в коде

А вот, что касается практики в f#, все очень грустно с совместимостью c c#

Нормально там все) Чего не совмещается? В какую сторону? Давай поможем)

Вот C# плохо с F# кодом дружит, т.к. не умеет в карирование и DU Обратная дружба (вызывать C# код из F#) тривиальна, даже на уровне опциональных аргументов или params

Ты можешь посреди проекта втиснуть фи-шарп код? Нет, пили отдельный проект. (С котлином так можно). Это усложняет внедрение.

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

Ну так в том, то и проблема, что это слишком накладно

Ты можешь посреди проекта втиснуть фи-шарп код? Нет, пили отдельный проект. (С котлином так можно). Это усложняет внедрение.

Оно было бы приятно, но и без этого вполне можно обойтись

Ты можешь посреди проекта втиснуть фи-шарп код? Нет, пили отдельный проект. (С котлином так можно). Это усложняет внедрение.

Понятно, ты можешь посреди С# использовать js?

Понятно, ты можешь посреди С# использовать js?

Или хотя бы ts

Или посреди с++ забрать жаву?

Ты можешь посреди проекта втиснуть фи-шарп код? Нет, пили отдельный проект. (С котлином так можно). Это усложняет внедрение.

Аргумент очень плохой. Вообще не аргумент так-то. Это так дотнетая система сборок работает, а не F# или C#

И была бы проблема в разных проектах, не понимаю

Аргумент очень плохой. Вообще не аргумент так-то. Это так дотнетая система сборок работает, а не F# или C#

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

https://twitter.com/dsyme/status/1041993367998087170?s=12

Аргумент очень плохой. Вообще не аргумент так-то. Это так дотнетая система сборок работает, а не F# или C#

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

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

CLR как-бы не знает о языках кроме IL

поэтому позволяет

Но я что хочу сказать, дайте мне в C# дата-классы (records c# 8.0?) и discriminated unions, почините c# interactive (досих пор сложно юзать в контексте нет.коре сборок) и я буду счастлив, и все будут счастливи и никому не нужен будет фи-шарп.

Но я что хочу сказать, дайте мне в C# дата-классы (records c# 8.0?) и discriminated unions, почините c# interactive (досих пор сложно юзать в контексте нет.коре сборок) и я буду счастлив, и все будут счастливи и никому не нужен будет фи-шарп.

До чего же люди любят натягивать себя на квантор всеобщности

Но я что хочу сказать, дайте мне в C# дата-классы (records c# 8.0?) и discriminated unions, почините c# interactive (досих пор сложно юзать в контексте нет.коре сборок) и я буду счастлив, и все будут счастливи и никому не нужен будет фи-шарп.

у тебя самого главного не будет - first class functions

В джава-мире все с ума сходят по котлину, потому что джава кривая и касая как язык, а в дот.нет мире есть очень хороший C#, поэтому f# не так популярен.

ДЛя набросов у нас есть флудилка, есличо

В джава-мире все с ума сходят по котлину, потому что джава кривая и касая как язык, а в дот.нет мире есть очень хороший C#, поэтому f# не так популярен.

Это верно. В ява-мире и скала продуктовый язык прежде всего из-за феерической кривизны самой явы

Это не значит, что F# "никому не нужен"

Да норм все.Человек не совсем понимает, чего он хочет, и в принципе доволен текущим положением дел. Ну бывает

В джава-мире все с ума сходят по котлину, потому что джава кривая и касая как язык, а в дот.нет мире есть очень хороший C#, поэтому f# не так популярен.

Уважаемый, если есть вопрос по F#, рады помочь. Если хочется воду в ступе потолочь есть @fsharp_flood

Уважаемый, если есть вопрос по F#, рады помочь. Если хочется воду в ступе потолочь есть @fsharp_flood

Ок

Привет!

а у нас нет встроенного merge или его аналога? типа есть две коллекции предположим guid*int разной длины надо смёржить их по гуиду. При совпадении ключей суммировать значения. Я понимаю что написать самому можно, но меня каждый раз смущает писать самому если есть в стд либе

а у нас нет встроенного merge или его аналога? типа есть две коллекции предположим guid*int разной длины надо смёржить их по гуиду. При совпадении ключей суммировать значения. Я понимаю что написать самому можно, но меня каждый раз смущает писать самому если есть в стд либе

судя по гуглу нет

а у нас нет встроенного merge или его аналога? типа есть две коллекции предположим guid*int разной длины надо смёржить их по гуиду. При совпадении ключей суммировать значения. Я понимаю что написать самому можно, но меня каждый раз смущает писать самому если есть в стд либе

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

query?

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

а вот в линке вроде был

а вот в линке вроде был

Покажи. Я такого не помню.

Можно псевдокодом.

Покажи. Я такого не помню.

не я прогнал, zip там как и у нас, до первой закончившейся коллекции зипует

Зиповать тут вряд ли поможет

Зиповать тут вряд ли поможет

да - длина ж разная

О

Короче

а join?

Склеиваем

А у нас есть джойн?

И фолдим в мап

Прям ваще получится

вроде был. в линке

не я прогнал, zip там как и у нас, до первой закончившейся коллекции зипует

Покажи как выглядил бы метод в либе. Ибо тут надо 1) взять ключ, 2) смержить два экземпляра.

В фолд функции проверка на ключ будет, но это терпимо

Я не догнал, коллекции упорядочены?

И фолдим в мап

groupBy guid + map в сумму?

Ну можно и так, кстати

Но лучше одним проходом

С группировкой будет два

Я не догнал, коллекции упорядочены?

вот это как раз обычный mergeJoin если они сортированы но в общем случае мы не знаем

вот это как раз обычный mergeJoin если они сортированы но в общем случае мы не знаем

А map.merge есть, кстати?

а у нас нет встроенного merge или его аналога? типа есть две коллекции предположим guid*int разной длины надо смёржить их по гуиду. При совпадении ключей суммировать значения. Я понимаю что написать самому можно, но меня каждый раз смущает писать самому если есть в стд либе

Похоже на zip + filter какой-то

я решил так делаем сет всех ключей (set) из обеих коллекций (set1, set2) далее set |> Seq.map (fun key -> match set1.TryFind key, set2.TryFind key with | Some v1, Some v2 -> key, f v1 v2 | Some v, None | None, Some v -> key, v | _ -> failwith "impossibru" где f функция которая из двух значений делает одно

Да не надо так

Склей два сека

И заполни пустой мап фолдом

ну это примерно то же самое!

У тебя двойной поиск ключа

да похер, константный же поиск)

Не заставляй меня писать код

но внимательно выслушаю твой вариант

Не заставляй меня писать код

давай жги!

Можно одновременно интернировать два сека

Можно одновременно интернировать два сека

если они упорядочены

не все ключи упорядочиваемы

если они упорядочены

Не заставляй меня писать код

Ayrat На что-нибудь наличие двух коллекций? guid-ы могут повторяться в рамках одной коллекции?

Ayrat На что-нибудь наличие двух коллекций? guid-ы могут повторяться в рамках одной коллекции?

гуиды - это я для примера

seq{yield!s1 yield! s2} Seq.fold (fun acc (k,v)->if x.ContainsKey k then acc.Add (k,acc.[k]+v) else acc.Add k v) Map.empty

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

Пишу с телефона

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

тоже верно

в вас еще раз query кинуть?

в вас еще раз query кинуть?

Пожалуйста

в вас еще раз query кинуть?

будь так любезен

http://fsprojects.github.io/FSharp.Linq.ComposableQuery/QueryExamples.html

швырнул доками в лицо значит

Multiple Joins

что-то в этом есть

швырнул доками в лицо значит

я ж говорил - есть join :)