Надо проверить, действительно ли мы правильно поняли ситуацию, и компилятор ругается на member 'GetItem' is not defined в ситуации, когда такой метод есть, но у него не совпадает сигнатура.

Если хотите помочь F# — это наш шанс! :) А потом бы можно было даже и ковырнуть компилятор — вдруг это просто исправляется?

Метода GetItem почему-то нет, но GetItemAsync вроде как работает.

Сообщение компилятора в этой ситуации можно бы и улучшить. Ребят, у кого-нибудь есть время чтобы составить багрепорт?

Сначала надо версию F# узнать. :)

Может уже Форкманн поправил?

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

http://clip2net.com/s/3NaA0ml

Похоже,что десериализация :)

Сначала надо версию F# узнать. :)

Microsoft (R) F# 2.0 Compiler build 4.0.40219.1

Как на F# сделать подобное: string[] lines = ...; string text; for (var i = 0; i < lines.length; i++) { if (text.Length + lines[i].Length < 4096) { text += "\n" + lines[i]; } else { DoSomeStuff(text); text = ""; } }

Как на F# сделать подобное: string[] lines = ...; string text; for (var i = 0; i < lines.length; i++) { if (text.Length + lines[i].Length < 4096) { text += "\n" + lines[i]; } else { DoSomeStuff(text); text = ""; } }

Я бы начал с того что бы заменить for на foreach в c# (потом переписать на linq, а из него уже F#)

От мутабельности избавиться надо)

не думаю что они хотя бы секунду наберут

это ооочень дорогая операция

От мутабельности избавиться надо)

Это что вообще за язык? (почему length с маленькой в цикле?)

Это что вообще за язык? (почему length с маленькой в цикле?)

Да это я пример кода набросал на C#

Просто ошибся

Да это я пример кода набросал на C#

То что будет теряться line каждый раз при превышение размера и все line большее 4096, это тоже часть алгоритма?

А вообще можно взять RX, у него есть операции работающие с буферами.

То что будет теряться line каждый раз при превышение размера и все line большее 4096, это тоже часть алгоритма?

Да, там косяк, должно быть text = line;

Как на F# сделать подобное: string[] lines = ...; string text; for (var i = 0; i < lines.length; i++) { if (text.Length + lines[i].Length < 4096) { text += "\n" + lines[i]; } else { DoSomeStuff(text); text = ""; } }

let lines = [|""|] let text = "" let text = lines |> Array.fold (fun (current : string, acc) line -> if current.Length + line.Length < 4096 then sprintf "%s\n%s" current line, acc else line, current :: acc) (text, []) // напрашивалось: // |> List.Cons // |> Seq.rev // |> Seq.iter doSomeStuff // но в примере происходит приблизительно это ||> fun current acc -> acc |> Seq.rev |> Seq.iter (printf "%s") current // Если это попытка влезть в ограничение telegram, то такая реализация не пройдет случаи с использованием сложных (2 и более байта) знаков.

let lines = [|""|] let text = "" let text = lines |> Array.fold (fun (current : string, acc) line -> if current.Length + line.Length < 4096 then sprintf "%s\n%s" current line, acc else line, current :: acc) (text, []) // напрашивалось: // |> List.Cons // |> Seq.rev // |> Seq.iter doSomeStuff // но в примере происходит приблизительно это ||> fun current acc -> acc |> Seq.rev |> Seq.iter (printf "%s") current // Если это попытка влезть в ограничение telegram, то такая реализация не пройдет случаи с использованием сложных (2 и более байта) знаков.

Опередил. :)

Опередил. :)

Я временно числюсь в множестве одноруких. У тебя была солидная фора)

let lines = [|""|] let text = "" let text = lines |> Array.fold (fun (current : string, acc) line -> if current.Length + line.Length < 4096 then sprintf "%s\n%s" current line, acc else line, current :: acc) (text, []) // напрашивалось: // |> List.Cons // |> Seq.rev // |> Seq.iter doSomeStuff // но в примере происходит приблизительно это ||> fun current acc -> acc |> Seq.rev |> Seq.iter (printf "%s") current // Если это попытка влезть в ограничение telegram, то такая реализация не пройдет случаи с использованием сложных (2 и более байта) знаков.

Ну так-то да

Спасибо

Я временно числюсь в множестве одноруких. У тебя была солидная фора)

Поправляйся!

Поправляйся!

Спасибо.

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

Хотя не

Партишны тут не пркатят

а пользовался кто-нибудь dottrace-ом?)

что-то я ничего почти не понимаю в нем)

видимо надо уроки скачать по нем с рутрекера

А чего в нем понимать?

Там все просто

Натравливаешь

На проект

Он собирает снапшот

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

Дерево по умолчанию неудобно анализировать

http://c2n.me/3NbmMfZ - вот верхняя часть списка

Лучше снапшот пришли

Гляну у себя

Это не снапшот же

снапшот

переименуй расширение в dtp, если надо

почему-то по умолчанию в dll сохраняет

Хмм... в 2017.1 не открывает

у меня 2017.2 скачано

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

Привет!

Хай. Кто-нибудь в райдере пишет на fsharp?

@angmarr @fvnever ^

Ага, я пишу в райдере на F#. Сразу скажу, Core пока не поддерживается.

Хай. Кто-нибудь в райдере пишет на fsharp?

А в чем вопрос? Rider пользовался, но в основном пишу в VSCode под кор.

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

Ну всегда можно в режиме дерева глянуть, если надо

Плюс опции профайлинга выставить

А в чем вопрос? Rider пользовался, но в основном пишу в VSCode под кор.

Ну вот хотел фшарп попробовать, но у меня стоит бубунта. Думаю на каком редакторе/ide писать.

VSCode

Ну вот хотел фшарп попробовать, но у меня стоит бубунта. Думаю на каком редакторе/ide писать.

VSCode конечно, для хеловород - самое оно. Весит ~50-100 MB, запускается мгновенно, памяти жрет мало.

Ну не хэллоуворлд, а какой-нибудь маленький сервис с restapi может)

Ну не хэллоуворлд, а какой-нибудь маленький сервис с restapi может)

Тоже можно (я все в ней пишу)

Да, я тоже считаю, что сегодня VSCode — более хороший выбор для кроссплатформенной разработки на F#.

А если core нет, то моно тогда или что?

или core только в райдере не поддерживается?

или core только в райдере не поддерживается?

В Rider и VS.

Обещают запилить скоро.

Ну всегда можно в режиме дерева глянуть, если надо

Точно, по правой клавише открывается)

В VSCode неплохая поддержка, но не уверен, что допилили работу с порядком файлов. Но формат Core проектов простой, есть CLI тулзы, можно руками править.

Ну мне в бубунте пока с моно работать?

Ну мне в бубунте пока с моно работать?

Зависит. Я бы взял Core и VSCode.

В вскоде отличная поддержка.

Пишу код на F#+Core и наслаждаюсь!

А в бинарники можно собрать?

Всё можно, что кли позволяет (а он позволяет).

провайдеры типов под моно же работают?

провайдеры типов под моно же работают?

Да. Но только те, что обновили под Mono 5.0

Как раз для 17.04 вышел дотнет кор, а то всё лето проебался с совместимостью 16.10 и 17.04

И это, а что не так с райдером? У меня всегда жидбрейнс ассоциируются с первоклассными IDE

на core 2.0 уже пишете?

+

Я ещё нет.

И это, а что не так с райдером? У меня всегда жидбрейнс ассоциируются с первоклассными IDE

Не успели.

Ну в релиз же выкатили

Rider для F# неплох, но насколько я помню там еще нет возможности порядок файлов менять

А это уже значит, что нужно лезть в проектный файл :(

Ну в релиз же выкатили

Потому что поддержка C# была готова. История с F# сложная, как обычно. :)

кстати проверил HashSet vs ResizeArray, второй оказался чуть-чуть быстрее в данной задаче

Потому что поддержка C# была готова. История с F# сложная, как обычно. :)

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

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

Настолько проблема, что сами MS уже чёрт знает сколько лет не могут сделать это нормально в студии :)

Настолько проблема, что сами MS уже чёрт знает сколько лет не могут сделать это нормально в студии :)

Надо написать свой плагин для райдера! (или для студии, но что-то уже мс не доверяется)

Они обещали, что откроют код F#-плагина.

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

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

Зависит. Я не знаю, в чем проблема у Rider. Но в VS захотели присоединиться к новой project-system, а это потребовало некоторой работы с ребятами из других команд.

ребята, можете помочь? =) вот вопрос на корявом английском: https://stackoverflow.com/questions/45859062/f-cyclic-dependencies-with-message-processing

суть проблемы такая: система основана на экторах, эктору передаются сообщения, приходящие по UDP, он же иногда отправляет сообщения

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

поэтому, если какого-то udp листнера запускать после старта эктора, некоторые сообщения могут потеряться

листнер же передаёт сообщения в эктора (MailboxProcessor) через actor.Post