@Fsharp_chat

Страница 484 из 772
Evgeniy
27.02.2018
05:59:57
не то чтобы… у меня есть заброшенный PR =) https://github.com/fsprojects/FsUnit/pull/110 я хотел компилить под 2 таргета, и все встало когда узнал что dotnet на маке не хочет собирать под net45

Oleg
27.02.2018
06:13:56
Я собирал недавно, одним параметром cli решается
FrameworkPathOverride а фреймворк из нугета. Этот вариант пробовали?

Google
Sergey
27.02.2018
06:15:45
Oleg
27.02.2018
06:19:29
так про это вроде и речь t.me/Fsharp_chat/48291
Видел это утром. Фишка в том что моно не годится, потом сборка не работает в винде. У меня /p:FrameworkPathOverride=${BITBUCKET_CLONE_DIR}/packages/reference/Microsoft.TargetingPack.NETFramework.v4.6.1/lib/net461 /p:RuntimeIdentifier=win7-x64 и в paket.dependencies: group Reference source https://dotnet.myget.org/F/dotnet-core/api/v3/index.json nuget Microsoft.TargetingPack.NETFramework.v4.6.1

Oleg
27.02.2018
06:23:06
почему моно не годится, я посл год все релизаю с macOS под моно (бещ неткора) и вроде никто не жаловался
Такие же ошибки были как описано по ссылке, какие-то сборки не находил. Под моно запускалось. С другой стороны я тоже Xake собираю на Трависе и тоже везде работает. Здесь, емним, проблема была в System.Core

Roman
27.02.2018
06:34:06
Привет!

Ты <333 F#!

Pavel
27.02.2018
06:36:30
Привет

Звучит как угроза))

Anna
27.02.2018
06:38:51
Ты <333 F#!
А чего у меня показывает 332?

Roman
27.02.2018
06:52:32
Звучит как угроза))
Думаю при определенном старании это даже скомпилируется

Anna
27.02.2018
06:53:48
Не знаю
Теперь всё ок :)

Google
Vlad
27.02.2018
07:06:17
в райдере для active pattern result можно как-то цвета выставить в редакторе?

Roman
27.02.2018
08:06:20
Привет! Hi! Eng?

Evgeniy
27.02.2018
08:20:17
https://twitter.com/chryosolo/status/968163310741803008

Тред.

Roman
27.02.2018
08:24:22
Интересный

Мне кажется что сначала и восприятие f# как c# с сахаром, все же лучше чем ничего, а дальше язык сам будет подталкивать.

Ещё там куча людей с фантастическими числами ~ 10 f# devs

Vlad
27.02.2018
08:28:35
мне почему-то ответ василия близок) https://twitter.com/kot_2010/status/968355734042873856

Igor
27.02.2018
08:29:53
А чем ему VisulStudio не нравится?

Vlad
27.02.2018
08:30:34
А чем ему VisulStudio не нравится?
думаю из-за breaking changes с 15 -> 17

Evgeniy
27.02.2018
08:30:42
А чем ему VisulStudio не нравится?
Потому что он активно пилил поддержку F# в VS. ;)

Evgeniy
27.02.2018
08:31:21
Василий любит набросить, но в целом посыл верный.

Roman
27.02.2018
08:32:32
Попытался завести fable для node, и это оказалось ужасно замороченно. Примеров нет, но ок, биндинги криововатые, но поправить не проблема, хуже всего, что половина библиотек использует свои промисы, половина стандартные, третьи какие-то сторонние реализации. Это конечно проблема не fable, но разработку под nodejs на fable это сильно усложняет

Igor
27.02.2018
08:40:05
> половина библиотек использует свои промисы, половина стандартные, третьи какие-то сторонние реализации А все стандартное node-API (и в кучи либ тоже) - вообще на колбеках ?

Google
Roman
27.02.2018
08:43:52
Мб можно написать что-то что в итоге будет разворачиваться в callback hell код на js, а в f# выглядеть как computation expression?) Типа промисов

Vlad
27.02.2018
08:44:24
я лично придерживаюсь того, что для всего свои инструменты

Roman
27.02.2018
08:46:00
я лично придерживаюсь того, что для всего свои инструменты
А мне нравится что f# может использоваться на чужих библиотеках с кучей полезноты

Evgeniy
27.02.2018
08:46:34
Давно его не видел тут, кстати.

Roman
27.02.2018
08:46:58
Сейчас придет @Dolfik и будет грязно ругаться. :)
Конечно придет, ты же его позвал) А чего ругаться будет?

Vlad
27.02.2018
08:47:03
Давно его не видел тут, кстати.
универ\работа как он писал

Roman
27.02.2018
08:48:57
Ну есть немного, но всегда можно построить стену из абстракций и потом гореть в аду из-за проклятий людей которые будут пользоваться этими абстракциями.

Vlad
27.02.2018
08:48:57
а кстати, для райдера вообще есть роадмап в плане поддержки f#?

Evgeniy
27.02.2018
08:49:12
@auduchinok ^

Правда, Евгения проще поймать в слаке. :) Он должен знать.

Artemy
27.02.2018
08:51:41
Evgeniy
27.02.2018
08:52:34
Я думаю, он скорее про написание своих.

Ну, это догадка.

Artemy
27.02.2018
08:54:42
Для вских там JSON, XML, CSV провайдеры кажутся очень годной штукой. + они достатчоно стабильно работают, так ведь?

Artemy
27.02.2018
08:55:43
Ну я имею в виду FSharp.Data

Evgeniy
27.02.2018
08:55:54
Пожалуй.

Google
Evgeniy
27.02.2018
08:56:24
Но есть и другие. Например, можно получить совершенно невразумительную ошибку на этапе компиляции. @Liminiens какой-то пример приводил с SqlProvider.

Artemy
27.02.2018
08:56:41
А вот провайдеры для SQL-БД, такие как SQLProvider, пока всё ещё сыроваты

Evgeniy
27.02.2018
08:57:08
И все это вытекает из сложности написания провайдеров.

Можно, кстати, спросить @sergey_tihon как оно. Я сам потому что только игрушечные провайдеры писал.

Artemy
27.02.2018
08:58:29
Я так-то и гайдов по ним особенно не видел. Разве что один курс на Pluralsight, да какое-то видео на Ютубе в community4fsharp

Vlad
27.02.2018
08:58:30
+ еще для sqlprovider у тебя должна быть захордкожена строка подключения в коде к схеме, чтобы он собирался

Roman
27.02.2018
08:58:41
Ты в рантайме контекст можешь менять.

Но строка да к существующей схеме должна быть

Evgeniy
27.02.2018
08:59:18
+ еще для sqlprovider у тебя должна быть захордкожена строка подключения в коде к схеме, чтобы он собирался
А нельзя извернуться и другим провайдером прочитать строку из файла, например?

Vlad
27.02.2018
08:59:37
Evgeniy
27.02.2018
08:59:49
Roman
27.02.2018
09:00:09
Точно?
Сам sqlprovider читает, а другие в literal не пишут вроде

Точно?
Я так думаю, но не уверен, код не читал)

Evgeniy
27.02.2018
09:00:30
Ок, я вечерком проверю на JSON провайдере, например.

Artemy
27.02.2018
09:00:57
Да, я как-то пробовал с помощью провайдеры для .config-файлов вытягивать строку подключения. И она была не literal. Хотя вдруг это уже исправили. Я-то это относительно давно пробовал.

Vlad
27.02.2018
09:00:58
В идеале это написать провайдер, который будет разбирать грамматику sql-строки для соответстствующего провайдера бд и выдавать ошибки на этапе компиляции.

без слоя доступа к бд

Google
Sergey
27.02.2018
09:02:35
Можно, кстати, спросить @sergey_tihon как оно. Я сам потому что только игрушечные провайдеры писал.
с провайдерами еще немного тяжко =) это отдельный скил их писать и дебагать. после того как Дон впилил половину компилятора в TPSDK - там много подводных камней. многие нашли и пофиксали, но еще появляются при миграции разных провайдеров

Evgeniy
27.02.2018
09:02:52
Так было вроде
Ты про Rezoom? https://github.com/rspeele/Rezoom.SQL

Vlad
27.02.2018
09:03:25
https://github.com/rspeele/Rezoom.SQL http://fsprojects.github.io/FSharp.Data.SqlClient/
если не ошибаюсь, но в нем вроде универсальный диалект sql написан

Roman
27.02.2018
09:03:32
Vlad
27.02.2018
09:03:38
и он опять зачем-то тянет на себя роль орм

Roman
27.02.2018
09:03:38
Привет!

Evgeniy
27.02.2018
09:03:50
@watislow Пожалуйте.

Alina
27.02.2018
09:04:09
Привет!
Привет!

Roman
27.02.2018
09:04:19
Всмысле как без этого?

Привет!
jb jetBrains?

Vlad
27.02.2018
09:04:53
Всмысле как без этого?
По мне лучше сделать одну вещь хорошо :) Для орм уже другие технологии использовать. А от него оставить статический анализатор sql через провайдеры в compile-time

Artemy
27.02.2018
09:04:58

Страница 484 из 772