собственно поэтому сделали warning-и. Можно на базе этих ворнингов сделать плагин автозамены let на use если кому нибудь это будет нужно ))

А не какого-нибудь компьютеншен-билдера, который закроет все IDisposable которые неявно объявлены внутри него?

Есть ф-ция using в ее колбэке можно использовать idisposable. Dispose вызовется когда завершится ф-ция.

Есть ф-ция using в ее колбэке можно использовать idisposable. Dispose вызовется когда завершится ф-ция.

Using закроются ->Dispose вызовется.

Есть ф-ция using в ее колбэке можно использовать idisposable. Dispose вызовется когда завершится ф-ция.

да, уже прочитал доки (хотелось бы конечно без явного перечисления disposable)

Ого, оказывается в f# 4.1 есть "рекурствные неймспейсы" название немного идиотское, но как я понял, позволяет внутри неймспейсы избавиться от специальных рекурсивных и ленивых подсказок компилятору например избавиться от and перед описанием взаимноссвязанных типов. т.е. раньше namespace N type MyType = { value: string func: NotDefinedType -> string } and NotDefinedType = {...} и теперь namespace rec N type MyType = { value: string func: NotDefinedType -> string } type NotDefinedType = {...}

Это жопа на самом деле

Это жопа на самом деле

Новичков не так пугать зато будет.

Да ладно, чего тут страшного?

Самое главное, что в F#4.1 теперь модули и типы могут быть mutually referential.

0_о я такое вообще впервые вижу =)

Да ладно, чего тут страшного?

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

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

В смысл от деталей-к-общему? Всегда думал что в F# (как и в C/C++) надо читать снизу-вверх (хотя это касается скорее методов чем типов).

В f# от базового к продвинутому,аналогично с расположением файлов в проекте.Поэтому,взяв чужой код,я в нём быстро сориентируюсь.

Хочу кор методы глянуть-смотрю в первый файл в начало и т.д.

В f# от базового к продвинутому,аналогично с расположением файлов в проекте.Поэтому,взяв чужой код,я в нём быстро сориентируюсь.

жесткий порядок файлов тоже кстати угнетает

Это нормально,как минимум заставляет структурировать код

Поэтому, например,в f# проще понять, что человек имел в виду,смотря его код.Также это облегчает код ревью сильно,по идее

В c# у меня периодически глаза вытекают от конструкций а-ля паршиал класс в паршиал классе в паршиал классе.И так в нескольких файлах

В c# у меня периодически глаза вытекают от конструкций а-ля паршиал класс в паршиал классе в паршиал классе.И так в нескольких файлах

За много лет писания на C# никогда не приходилось саму его создавать (да и обычно это юзается костыль для кодогенеторов).

Кстати, дописал бота на F#+core - https://github.com/y2k/SlackBot/ Есть какие-нибудь предложения что там можно отрефакторить?

Там sql injection возможна на первый взгляд

Там sql injection возможна на первый взгляд

да тоже об этом думал, надо будет погуглить как экранировать

SQLParam

Если есть в коре,ну и склейкой строк не баловаться

Flatmap имеется в виду select many?

В f# встроенное есть, аналогично с List.where

Flatmap имеется в виду select many?

Ты про Observable (там точно нет)?

Ну там внутри этого вызова

Ща с телефона просто

Еще там моя любимая мякотка с List.contains

Но это скорее по части быстродействия

Я в таких случаях хэшсет использую

Меня больше всего беспокоит что я постоянно создаю (fun x -> ...) при работе с |> - нельзя где нибудь в коде это упростить?

Завести вместо кучи анонимных функций обычные с хорошими именами.

Например, суть происходящего в Program.fs от меня ускользает за кучей отображений и синтаксического шума от (fun x -> ...).

Тоже хотел предложить

Еще я не понял,зачем такое раннее приведение к Observable

Еще я не понял,зачем такое раннее приведение к Observable

можно ссылку на строчку, а то я не понимаю

Observable.Timer(TimeSpan.Zero, TimeSpan.FromSeconds(5.))         |> o.map (fun _ -> bot.getNewBotMessages token)         |> flatMap (fun x -> x.ToObservable())

Последнее

Последнее

Ну у меня есть коллекция элементов, а я хочу обработать их паралельно в рамках реактивного-стрима

Async тогда

Хотя хз

Хотя хз

Ну вот я тоже хз, меньше кода точно не станет

Возможно,что тут я погорячился

Не помню, было или нет: https://eiriktsarpalis.wordpress.com/2017/03/20/why-oo-matters-in-f/

Было. Но можно и еще разок перечитать. :)

Хорошая статья.

Она разумная

И как раз про то, как f# в продакшн встраивать по-нормальному

Хочу кор методы глянуть-смотрю в первый файл в начало и т.д.

Да, это большой плюс. И я уверен это останется в Бест практис. Но новичкам сначала легче будет ориентироваться. А так я очень часто встречал ситуацию когда именно жесткое упорядочивание сверху вниз отпугивает людей. Сейчас будет легче.

https://eiriktsarpalis.wordpress.com/2017/02/19/youre-better-off-using-exceptions/

Вот эта статья тоже неплохая.

Ну про эксепшны-то понятно

Поссыл в том, что в доменной модели должны все стейты описываться

Угу

проблема в том, что при интеропе такую модель описать довольно сложно

проблема в том, что при интеропе такую модель описать довольно сложно

В трайвиз заворачивает так же как if o = null при опционально типе

и естественно называть это как-нибудь Result.ofExternal

В трайвиз заворачивает так же как if o = null при опционально типе

Ну да, и возвращать резалт

Ну, мне не особо понятно.

Даже не так.

Не особо понятно, как идиоматично писать на F#. :)

Не особо понятно, как идиоматично писать на F#. :)

Ты пиши, язык тебя сам подтолкнет.

Будто плавать учишься)

Так далеко можно заплыть. :) На территории неконтролируемых point-free, кастомных операторов, SRTP...

Ну, или с другой стороны можно писать все как в C#.

Крайности.

Пишу бота для телеги на F#, интересует как лучше сделать для него модули? В C# бы например сделал интерфейс, либо абстрактный класс и от него бы наследовал свои модули, собственно интересует как лучше в F# подобное намутить

Модель это обработчик сообщений/обновлений

Ну и вообще в целом интересует как это лучше сделать

Пишу бота для телеги на F#, интересует как лучше сделать для него модули? В C# бы например сделал интерфейс, либо абстрактный класс и от него бы наследовал свои модули, собственно интересует как лучше в F# подобное намутить

? - вот как надо F# продвигать в массы

? - вот как надо F# продвигать в массы

Просто хочется пощупать функциональщины :)

Я повторюсь, что делал бы через комбинаторы. Вот пример на пальцах https://github.com/tamizhvendan/MiniSuave/blob/master/MiniSuave.fsx#L21

Я повторюсь, что делал бы через комбинаторы. Вот пример на пальцах https://github.com/tamizhvendan/MiniSuave/blob/master/MiniSuave.fsx#L21

Не слишком жестоко для новичка?

Пишу бота для телеги на F#, интересует как лучше сделать для него модули? В C# бы например сделал интерфейс, либо абстрактный класс и от него бы наследовал свои модули, собственно интересует как лучше в F# подобное намутить

? где-то я тебя видел как будто

Пишу бота для телеги на F#, интересует как лучше сделать для него модули? В C# бы например сделал интерфейс, либо абстрактный класс и от него бы наследовал свои модули, собственно интересует как лучше в F# подобное намутить

не совсем понятно про модули.

если ты хоть hello world написал на F#, то там сразу понятно что ф-ции объекдиняются в модули.

Перефразируй плз вопрос @Dolfik

Не слишком жестоко для новичка?

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

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

Тут можно, вроде.

Ты же для ознакомления скинешь

@Dolfik зацени главу про minisuave, это подходит под твои модули или ты там реальные плугины делать собрался?

>Web Server As A Function и тд и тп. по сути Chat Bot as a Function делается простой заменой моделек

>Web Server As A Function и тд и тп. по сути Chat Bot as a Function делается простой заменой моделек

++

Перефразируй плз вопрос @Dolfik

https://gist.github.com/Dolfik1/cde1d042cfe3828ccdcf1921b919f032

Типа такого

Очень грубо, но смысл думаю понятен

Очень грубо, но смысл думаю понятен

т.е. у тебя каждйы модуль реагирует на свое сообщение?

ну у него есть обработчики, они обрабатывают все сообщения. грубо говоря, вместо комбинатора Choose используется Broadcast или как это правильно назвать

ну у него есть обработчики, они обрабатывают все сообщения. грубо говоря, вместо комбинатора Choose используется Broadcast или как это правильно назвать

понятно. Я как раз и хочу понять как @Dolfik делит на "модули" если это один подуль - одно сообщение, то тут явно комбинаторный подход есть.

понятно. Я как раз и хочу понять как @Dolfik делит на "модули" если это один подуль - одно сообщение, то тут явно комбинаторный подход есть.

Ну модуль отвечает за какой-то функционал определённый, и может одновременно обрабатывать несколько разных команд

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

Ну модуль отвечает за какой-то функционал определённый, и может одновременно обрабатывать несколько разных команд

У тебя явно заметна структура обработчик сообщения одна ф-ция. И тебе по сути нужен роутер. Можно идти двумя путями сделать по аналогии с Requset - Responce как в suave по принципу вебсервиса. Или превращать команду в осмысленный объект распарсив ее(по приницпу интерпретатора)

У тебя явно заметна структура обработчик сообщения одна ф-ция. И тебе по сути нужен роутер. Можно идти двумя путями сделать по аналогии с Requset - Responce как в suave по принципу вебсервиса. Или превращать команду в осмысленный объект распарсив ее(по приницпу интерпретатора)

Ну набросай хоть немного кода, что бы лучше уложилось