Люди, которые пилили Power Tools, просто пилят поддержку F# в VS.

@Dolfik Поставь VF# Nightly, чтобы иметь свежие фичи и исправления.

Но всё равно печально

Ха, у меня на C# в VS2015 всё время такое происходит :D

Ну так powertools это же вроде не только дополнение к IDE, а там ещё библиотеки были?

Какие библиотеки?

А, это power pack

@Dolfik https://github.com/fsprojects/powerpack-archive

А Fable совместим с .net core 2.0 preview 1?

Вот блин всю жизнь пользовался самописным сериализатором json, а тут понадобилось оптимизировать. Оказалось хвалёный Json.NET ни фига не умеет в F# из коробки не смотря на все уверения

Есть chiron

Но на него нет документации толком

это в котором надо каждую пропертю каждого класса отдельно прописывать? нафиг нафиг

это в котором надо каждую пропертю каждого класса отдельно прописывать? нафиг нафиг

Ага, меня это тоже убило.

Ну с сериализацией в json и вообще сериализацией траблы

Ага, меня это тоже убило.

да это аут просто. как такое могло в голову кому-то проийти ? :)

Когда надо сериализовать немного не в те названия полей/значения

Ну с сериализацией в json и вообще сериализацией траблы

Но почему?

Ну с сериализацией в json и вообще сериализацией траблы

в 21 веке?! лол

да это аут просто. как такое могло в голову кому-то проийти ? :)

А я такое дофига где встречаю. В Scala много таких сериализаторов, например. Нахожу это ужасным.

Вот блин всю жизнь пользовался самописным сериализатором json, а тут понадобилось оптимизировать. Оказалось хвалёный Json.NET ни фига не умеет в F# из коробки не смотря на все уверения

А что он не умеет конкретно?

Но почему?

Ну тут обычно сталкиваются доменные модели с форматами передачи данных

в хаскелях прописвать ничего не надо, всё компилятором по дефолту выводится

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

Ну тут обычно сталкиваются доменные модели с форматами передачи данных

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

В JSon.net работает вроде

С помощью атрибутов

Хотя в теории должно быть что-то вроде 'a-?'a->'b)->string

В итоге у меня заработало на FsPickler. Вот кстати очень годная либа во всех отношениях

Че-то я не понимаю, как в F# может не работать что-то, что работает в C#. И фраза про собственный сериализатор криворукостью попахивает.

Кстати, по пиклеру есть годная документация

?

По кастомным преобразованиям

Че-то я не понимаю, как в F# может не работать что-то, что работает в C#. И фраза про собственный сериализатор криворукостью попахивает.

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

Кстати, по пиклеру есть годная документация

нет, но там вроде всё просто

Че-то я не понимаю, как в F# может не работать что-то, что работает в C#. И фраза про собственный сериализатор криворукостью попахивает.

ваш комент попахивает нубизмом и ламерством

Господа, нубизмы и ламерства — в привате, пожалуйста (и про криворукость).

Давайте без переходов на личности

мы пока не про личности, а про фразы друг друга )

В приват, в приват

На хабре был эпичный топик про то, как чувак написал собственный json сериализатор. Он недолго прожил, жаль, что не сохранил.

если работает, то совершенно по фигу какой сериализатор. вообще фиолетово

Обычные рекорды (и вложенные) Newtonsoft.Json нормально переваривает в .net core, использую и все ок.

Зачем в записях сделали option типы обязательными для заполнения?

Обычные рекорды (и вложенные) Newtonsoft.Json нормально переваривает в .net core, использую и все ок.

Там из коробки только DU не работают

Там из коробки только DU не работают

Ну и не надо их сувать в json))

Ну и не надо их сувать в json))

А как быть, если у тебя поле, например, IntOrString?

Даже Json Provider юзает DU

А как быть, если у тебя поле, например, IntOrString?

Это у тебя неправильный json. Ну честно, ты и в C# так не сделаешь (без кастомных сериализаторов).

Это у тебя неправильный json. Ну честно, ты и в C# так не сделаешь (без кастомных сериализаторов).

Это обычный ответ Telegram Bot API

Там из коробки только DU не работают

не знаю что он там нормально переваривает, у меня внезапно некоторое (!) поля в рекордах после сериализации стали null

не знаю что он там нормально переваривает, у меня внезапно некоторое (!) поля в рекордах после сериализации стали null

Так там нужно настройку прописать

NullValueHandling = NullValueHandling.Ignore

Так там нужно настройку прописать

ага, делать мне больше нечего как настройки прописывать)) FsPickler - и забыть

ага, делать мне больше нечего как настройки прописывать)) FsPickler - и забыть

Под .Net Core не работает

И он умеет в snake_case, camelCase, PascalCase?

Ну и не надо их сувать в json))

ну офигеть) может вообще их выкинуть предложишь?)

И он умеет в snake_case, camelCase, PascalCase?

он работает поверх json net, так что да, умеет

Ну тогда под .Net Core не умеет)

ну офигеть) может вообще их выкинуть предложишь?)

Думаю, стоит переосмыслить json если ты его сам делаешь (очень сомневаюсь что он тебе такой приходит с сервера)

Это обычный ответ Telegram Bot API

А вот формально, как отличить одно от другого? Типа спарсилось в число - значит число, нет строка. Как-то это не формализированно звучит. Я бы как строку использовал везде, хотя это конечно косяк телеграмма, который даже в C# библиотеки пролазит.

Думаю, стоит переосмыслить json если ты его сам делаешь (очень сомневаюсь что он тебе такой приходит с сервера)

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

Может нам как сообществу принести пользу и собрать в одном месте биндинги fable?

А может уже есть где-то общий реп?

А может уже есть где-то общий реп?

Когда, уже там версия 1.0 выйдет хоть?

Вот подскажите, как быть. Использовал такой record: type User struct { Id: int ... LastName: string option ... } У телеграма изменилось апи, добавился ещё один опциональный тип: LanguageCode: string option Беда в том, что если я сейчас добавил бы его в рекорд, то сломал бы совместимость с библиотекой у других людей, ибо рекорд стал бы требовать инициализации поля LanguageCode, если где-то он использовался. Вопрос в том, как заранее продумать такую вещь?

Когда, уже там версия 1.0 выйдет хоть?

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

Вот подскажите, как быть. Использовал такой record: type User struct { Id: int ... LastName: string option ... } У телеграма изменилось апи, добавился ещё один опциональный тип: LanguageCode: string option Беда в том, что если я сейчас добавил бы его в рекорд, то сломал бы совместимость с библиотекой у других людей, ибо рекорд стал бы требовать инициализации поля LanguageCode, если где-то он использовался. Вопрос в том, как заранее продумать такую вещь?

== рекорд стал бы требовать инициализации поля LanguageCode, если где-то он использовался. это зависит от того, как будет реализована функция, создающая рекорд, какие параметры она принимает на вход. Апи должен предоставоять разумное дефолтное значение рекорда, и проблем не будет

== рекорд стал бы требовать инициализации поля LanguageCode, если где-то он использовался. это зависит от того, как будет реализована функция, создающая рекорд, какие параметры она принимает на вход. Апи должен предоставоять разумное дефолтное значение рекорда, и проблем не будет

Плюсую

ERROR: S client not available

== рекорд стал бы требовать инициализации поля LanguageCode, если где-то он использовался. это зависит от того, как будет реализована функция, создающая рекорд, какие параметры она принимает на вход. Апи должен предоставоять разумное дефолтное значение рекорда, и проблем не будет

А если рекорд создаётся так: { Id = 12345; Username = "Blablabla"; LastName = None } Или это можно запретить?

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

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

А если рекорд создаётся так: { Id = 12345; Username = "Blablabla"; LastName = None } Или это можно запретить?

а еще можно использовать классы(привет одноклассникам)

Странно, у меня с Json.Net никогда проблем не было. По мне так это самая лучшая либа для джейсона. С фшарпом дружит на ура. Никаких дополнительных настроек. А в чем конкретно проблема была?

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

Ну так программист может писать как душе угодно, а ругать потом будет меня)

Странно, у меня с Json.Net никогда проблем не было. По мне так это самая лучшая либа для джейсона. С фшарпом дружит на ура. Никаких дополнительных настроек. А в чем конкретно проблема была?

Обсудили уже - DU не поддерживает и при сериализации надо поднастроить

или если хочется рекордов, то type MyRecordType = private { Id : int; Username : string; LastName : string option } with member val Username = Username with get,set member val Lastname = //тут переопределить получение и присваивание и сериализатор может работать

Да по фигу кто-там что подумает. Писать как душе угодно в любом случае не надо, а надо - правильно. Посмотри, как сделали конфиг Suave - дефолтная константа. Если надо какое-то поле переопределить, пишем что-то типа {defaultconfig with IP = otherValue}, ни кто не жалуется

Ну так он запутался где какой Username а где какой Lastname.

или если хочется рекордов, то type MyRecordType = private { Id : int; Username : string; LastName : string option } with member val Username = Username with get,set member val Lastname = //тут переопределить получение и присваивание и сериализатор может работать

тогда уж рекорд mutable полями, но не особо оно поможет

DU поддерживаются. Он их в Case с Field поля сериализует по умолчанию

А в записях нельзя указать значение по умолчанию?

Если можно, я буду просто счастлив

опять всем гошечки не хватает))

не, нельзя))

надо самому определить дефолтное значение для твоего типа

DU поддерживаются. Он их в Case с Field поля сериализует по умолчанию

А как десеарилизует?

Да

У меня на работе это активно используется

Меня прям расстраивают некоторые моменты в F# :(

Я из дома могу пример jsona написать получаемого.

тогда уж рекорд mutable полями, но не особо оно поможет

Нет, mutable это mutable , а проперти это проперти

У меня на работе это активно используется

На F# пишете? :)

На F# пишете? :)

Не бизнес проект

Система тестирования

Весь сервер сайд на фшарпе

Весь сервер сайд на фшарпе

?

Нет, mutable это mutable , а проперти это проперти

так а смысл если mutable компилится в проперти в IL ?

Меня прям расстраивают некоторые моменты в F# :(

у тебя много полей в рекорде?

Оно компилится в поля. А не в свойства. Зато на свойства можно повесить кастомную логику, т.е. Сделать обертку для сирализатора. Типа если у тебя рекорд с DU, оборачиваешь его в подобный тип, и выставляешься пропетом которые убирают все du