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

Если рекорды по 5 полей, а есть 40 полей, из которых 37 опциональные)

Если рекорды по 5 полей, а есть 40 полей, из которых 37 опциональные)

Хотя они по идее не должны создаваться программистом

Если рекорды по 5 полей, а есть 40 полей, из которых 37 опциональные)

Рекорды по сорок полей это говорит о не верной архитектуре

Если рекорды по 5 полей, а есть 40 полей, из которых 37 опциональные)

40 как то до хрена. В таком случае написать функцию создающую дефолтный рекорд а все остальные создавать от него

Рекорды по сорок полей это говорит о не верной архитектуре

Ну а я что сделаю :( Это телеграм апи

Если рекорды по 5 полей, а есть 40 полей, из которых 37 опциональные)

Если же это Настройки и плоский класс самое оптимальное, то дефолтными значениями заполняешь и усе

https://core.telegram.org/bots/api#message

Ну а я что сделаю :( Это телеграм апи

Смотри, у тебя есть типы для бизнес-логики и типы для того чтоб отправлять наружу. Так вот надо превращать бизнес типы в типы обертки для телеграмма.

Смотри, у тебя есть типы для бизнес-логики и типы для того чтоб отправлять наружу. Так вот надо превращать бизнес типы в типы обертки для телеграмма.

Сложно

Я на F# же не писал почти

А это и не f# . Это близко к single responsibility

Томиках там оно пишется

я делал как-то функцию, рефлексивно создающую рекорд со значениями по умолчанию https://gist.github.com/fpawel/1b6c32d6ab51a33f715f2484352cef3f

Надо чтоб у тебя типы отвечала только ща одно, а не за все. И ща логику и за сериализацию и ещё за что-то

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

Если рекорды по 5 полей, а есть 40 полей, из которых 37 опциональные)

ты где-то ошибся в дизайне своего апи

Я уверен, есть лучшие способы решить мою задачу, но мне опыта не хватает в F#, чтобы сделать это красиво

ты где-то ошибся в дизайне своего апи

Это не моё апи, это телеграм апи

Это не моё апи, это телеграм апи

если ты показываешь это пользователю, то это уже твоё апи)

Ну хорошо, как мне это разбить?

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

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

Точно

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

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

Да я щас посмотрел, там пользователю создавать нужно только запись User

Остальное можно internal сделать

ну и об чом тогда спичь?)

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

+1 насчет использования всегда строки

Всё равно option не гуд :D

у вк вон серверы иногда вместо пустого списка отправляют (sic!) 'false'

надо прищучивать сервачок, когда он делает хрень ?

VS 2017 ведёт себя всё чудесатей и чудесатей. Проект сбилдился без проблем, а в окне ошибок всё красно.

Там просто отличается: Число: "id":1234 Строка: "id":"some string"

Там просто отличается: Число: "id":1234 Строка: "id":"some string"

По идее всегда можно как строку трактовать

Json Provider трактует как DU IntOrString

Или IntOrStringOrBoolean :D

Ну не используй JsonProvider

Он тут скорее будет мешать

Руками наверное проще будет. Попробуй linq из Jason.net

Привет!

Привет )

Привет )

Как дела? Как у тебя с F#? Есть опыт? МБ есть что спросить? Ты разработчик?

Добрый день. Я тут заметил, что у меня среди доступных модулей в проекте есть YoLo (в принципе, в нём много всяких общих полезных функций). Нагуглил, что это, похоже, оно: https://github.com/haf/YoLo. Вопрос: откуда он мог ко мне попасть? А то сам я в зависимостях не объявлял, в paket.lock тоже не вижу его.

Как дела? Как у тебя с F#? Есть опыт? МБ есть что спросить? Ты разработчик?

Пишу на Scala за деньги, к F# пока только присматриваюсь

в прошлом .net разработчик

Пишу на Scala за деньги, к F# пока только присматриваюсь

ок, круто!

Пишу на Scala за деньги, к F# пока только присматриваюсь

Функциональшиной балуетесь или у вас C#/Kotlin стаил Scala?

стараемся писать фукнционально, но без фанатзима

Почему Леночки еще нет в нашем чате ??

телеграм до портленда не достает)

Так посоны

Я правильно понимаю

Что это http://fsharp.github.io/FSharp.Compiler.Service/ можно притянуть нугет пакетом

И запускать интерактив Ф даже на арм?

И запускать интерактив Ф даже на арм?

кто-то в проде использует .net на arm-ах? ну и ну. какой проц если не секрет?

кто-то в проде использует .net на arm-ах? ну и ну. какой проц если не секрет?

любой

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

на телефонах и планшетах

ну типа плейграунд для ньюбиев

популяризация фшарпа, всё такое

http://continuous.codes/

популяризация фшарпа, всё такое

Так можно какой-нибудь сервис через апи дёргать)

вон я ссылку кинул - без всякого сервиса прямо на айпадике все компилируется и Френк сделал полноценную IDE с автокомплитом и все такое

и все сделал на F#

чуть подробнее как это было сделано:

ERROR: S client not available

https://blog.xamarin.com/build-c-f-apps-on-your-ipad-with-continuous/

любой

вы наверное про ARMы которые в mobile

https://blog.xamarin.com/build-c-f-apps-on-your-ipad-with-continuous/

IDE в планшете этокруто конечно. Good luck

По отзывам колег Xamarin тормознутая, кривоватая и маргинальная среда с мизерной долей на рынке. у кого нибудь есть опыт с ней в продакшене?

Есть опыт в продакшене - мы на ней и живем. Это правда - если руки кривые то Xamarin точно не подойдет.

Предлагаю перенести обсуждение в профильный Xamarin чатик )

По отзывам колег Xamarin тормознутая, кривоватая и маргинальная среда с мизерной долей на рынке. у кого нибудь есть опыт с ней в продакшене?

Нормально, зарелизили 1 приложение в android/ios - ни чем не хуже чем 99% др приложений в google play (их там уже милиарты) или ios (гляньте на facebook). Ниша у нас своя и в топы не рвемся.

Зато сэкономили на нативных девелоперах

Не думаю, что в тинькоффбанк работают такие, как ты сказал, у них кодовая база для mobile огромная и клиентов миллионы. Сам пока не определился. Хочется пощупать мобильную разработку в F#, думаю вот с чего начать.

Зато сэкономили на нативных девелоперах

то есть там проще, чем нативном сдк?

Не поверишь - в крупных компаниях зачастую такой жуткий говнокод встречается что за голову хватаешься. Вот в Аплане которую почти никто не знают работали очень скиловые ребята. Когда перешел в mail.ru и увидел качество кода я на полном серьезе хотел уволится. Если бы не финансовые затруднения я бы уволился.

но за полгода привел в порядок

то есть там проще, чем нативном сдк?

Если брать XF + не погружаться часто за пределы “стандартной библиотеки .NET” - то да проще. ReactNative примерно про тоже.

Так, а для андроида подобное есть?

Мне в андроиде сам подход на уровне SDK не нравится, поэтому Xamarin.Android не зашёл

На андроидах-то аудитория поболее, чем на яблочных устройствах.

Если брать XF + не погружаться часто за пределы “стандартной библиотеки .NET” - то да проще. ReactNative примерно про тоже.

Standard* :)

Проблема Xamarin-а в том что на нем пишут в основном не те кто писали на Android, iOS, а те кто писали под Windows. И совершенно не зная платформы приходят и пишут бездумно код который само собой плохо работает

Standard* :)

Я про System.* и тд. Короче надо что бы общего кода было как можно больше (а платформенного меньше).

Проблема Xamarin-а в том что на нем пишут в основном не те кто писали на Android, iOS, а те кто писали под Windows. И совершенно не зная платформы приходят и пишут бездумно код который само собой плохо работает

Прямо как на Реакт.Нейтив!

Для андроида вот гугл не находит такой хэнди-иде. Мб напишем?

Кстати вот тот же Continuous - довольно сложный проект на F# и Xamarin. В Европе и особено в США спрос на Xamarin гораздо больше чем у нас в РФ

А под Апач-кордова есть какие-то варианты писать на F#?

тольео если с Fable

А под Апач-кордова есть какие-то варианты писать на F#?

Лучше не надо, есть ReactNative. Надо подождать когда допилят fable 1.0 и добавят шаблон на RN.

Лучше не надо, есть ReactNative. Надо подождать когда допилят fable 1.0 и добавят шаблон на RN.

Зависит от задачи. У нас обратная задача. Сделать единый UI на всех платформах

Зависит от задачи. У нас обратная задача. Сделать единый UI на всех платформах

Я пока тоже делают 1 UI для всех платформ, он же как XF по сути. Там достаточно большой набор общих компонентов (если не хватает всегда можно скобинировать и сделать новый).

а на чем единый UI ?

а на чем единый UI ?

На ReactNative… Вот проскроль до “Components” там много общих https://facebook.github.io/react-native/docs/getting-started.html

RN ведь дает нативный UI все равно на выходе?

RN ведь дает нативный UI все равно на выходе?

Я говорю он как XF со своими рендерерами - если делать им одинаковый стиль, то и UI будет одинаковый. Вообще +/- конечно, к примеру Button плохо кастамизируется, по этому вместо него я использую Text + TouchableHighlight