https://gregshackles.com/writing-net-core-global-tools-with-fsharp

Дон Сайм травит байки про компилятор в слаке.

Всем привет) Работал кто с Piglet? Пытаюсь что то сделать по этому туториалу http://timjones.io/blog/archive/2014/04/13/writing-a-minic-to-msil-compiler-in-fsharp-part-0-introduction Падает ексепшн System.InvalidOperationException: Sequence contains no elements в Piglet.Parser.Construction.GotoTable.GetMostCommonGotos, конкретно там IEnumerable.First()`` по пустой коллекции и дает эксепшн Гугол не помог)

Всем привет) Работал кто с Piglet? Пытаюсь что то сделать по этому туториалу http://timjones.io/blog/archive/2014/04/13/writing-a-minic-to-msil-compiler-in-fsharp-part-0-introduction Падает ексепшн System.InvalidOperationException: Sequence contains no elements в Piglet.Parser.Construction.GotoTable.GetMostCommonGotos, конкретно там IEnumerable.First()`` по пустой коллекции и дает эксепшн Гугол не помог)

А First нельзя заменить или убрать на что-то менее чувствительное к пустой коллекции?

Ну это ж либа из нугета)

Сорцы ее качать я не хочу

А

Доброе утро.

https://twitter.com/praeclarum/status/1002247165182279680

https://twitter.com/praeclarum/status/1002247165182279680

Удобство

https://twitter.com/praeclarum/status/1002247165182279680

Он еще и декомпилирует! Интересно по зависимостям скачет? щ гляну

из код явно в звисимости не скачет, но зато в документцию по стандртно либе направляет. Удобная вещь!

https://twitter.com/praeclarum/status/1002247165182279680

http://dotnetapis.com/

https://twitter.com/praeclarum/status/1002247165182279680

In the modern world of release many, release often library development, it’s sometimes hard to tell what’s changed between different versions of a library. To solve that problem, fuget.org can automatically generate API diffs between any two versions of a nuget package.

http://dotnetapis.com/

Круто )

https://gregshackles.com/writing-net-core-global-tools-with-fsharp/

Уже обсудили?

Да.

Ну, как обсудили. Почитали, помолчали. :)

Продуктивненько.)

Ребят, привет Как можно сделать аналог and в DU для обычных функций? Типо чтобы я мог вызывать функцию которая обьявлена ниже чем место, откуда вызываю

Ребят, привет Как можно сделать аналог and в DU для обычных функций? Типо чтобы я мог вызывать функцию которая обьявлена ниже чем место, откуда вызываю

http://bit.ly/mutrec-2J5xQCY

let rec foo = bar and bar = foo должно работать

let rec foo = bar and bar = foo должно работать

И ещё module rec, да. Оба варианта есть по ссылке выше :)

Спасибо :)

Телеграм перестал коннектится с pc :(

https://github.com/Dolfik1/funogram/pull/8 Посмотрите плз

https://github.com/Dolfik1/funogram/pull/8 Посмотрите плз

@Dolfik все же я явно вынес Клиента

Телеграм перестал коннектится с pc :(

Щас решим вопрос.

Щас решим вопрос.

Я про клиент официальный)

@Dolfik все же я явно вынес Клиента

Ну чёт хз

Ну чёт хз

У меня объяснение даже там описано)

Я видел

Но явная зависимость от HttpClient это не очень

Да и вообще не функциональненько

А ты же знаешь как я не люблю такие уродства)

Но явная зависимость от HttpClient это не очень

Это поняли уже в MS, и теперь какую-то фабрику там строят.

Плюс телеграм может работать через websocket

Бот апи

И типа пилить явную зависимость от HttpClient не гуд

И типа пилить явную зависимость от HttpClient не гуд

Так она и так есть.

Просто мы ей не управляем когда она создаётся внутри где-то

Так она и так есть.

Не

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

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

Ну он и так не знает

Так а когда прокси задаёт?)

Берет токен обновляет и все

Так а когда прокси задаёт?)

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

По новому может. т.е. если нужен, то вот он, если не нужен то и не лезь.

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

Он вообще не должен туда лезть

Это должна быть забота библиотеки

Это поняли уже в MS, и теперь какую-то фабрику там строят.

Покажите.

Покажите.

Httpclientfactory в 2.1 нет коре (или 2.1 аспнет мвц)

Не помню точно

Httpclientfactory в 2.1 нет коре (или 2.1 аспнет мвц)

Да, я об этом говорю.

Это должна быть забота библиотеки

Забота библиотеки это работа с telegram api, конечно было бы очень круто, чтоб транспортный слой легко заменялся, но он туда встроен как httpClient по дефолту. Видно его или нет, это другой вопрос. Но по идее, в последующем можно HttpClient заменить на набор функций для get и post запросов, либе от этого не должно быть ни горячо ни холодно. Так вынос этого функционала во вне даёт бОльшую управляемость и задел на заменяемость в будущем, чем сокрытие и неявное создание HttpClient внутри либы.

Да, я об этом говорю.

В итоге всеравно HttpClient создаётся :(

И тоже с явной инъекцией HttpMessageHandler

В общем @Dolfik если знаешь другой вариант настройки прокси, то было бы круто его увидеть. Я посмотрел что HttpClient использует IWebProxy всеравно, и инжектить только эту зависимость смысла нет, наверное, если можно весь клиент настроить. Ну и так получается по клиенту на Config.

Пишите билдер,чо

С дефолтной имплементацией через хттпклиент

По факту это выльется в некоторый слой абстракций

Single case type мне немного мозг сломали. Если есть функция, которая принимает некоторую запись {email: EmailAddress}, то как правильно создавать эту запись? На входе у меня есть только строка. И этот EmailAddress может быть переиспользован во многих типах. Каждый раз необходимо описывать как я хочу построить этот тип из примитивов?

Заверни в модуль с create функцией

да, я уже сделал такой вариант, но когда есть {email: string; password: string} и это надо преобразовать в {email:EmailAddress; password: Password}, то ладно, но когда у меня будет много моделей, где используется EmailAddress. Все эти маппинги надо руками создавать?

да, я уже сделал такой вариант, но когда есть {email: string; password: string} и это надо преобразовать в {email:EmailAddress; password: Password}, то ладно, но когда у меня будет много моделей, где используется EmailAddress. Все эти маппинги надо руками создавать?

Не очень понял проблему

Правильно я понимаю что боль по поводу создания рекордов?

Это называется лифтинг

Правильно я понимаю что боль по поводу создания рекордов?

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

но когда смотрю на Single case type, то пока не представляю удобного способа превратить примитивы в них

В целом, можно написать тип с opExplicit

но когда смотрю на Single case type, то пока не представляю удобного способа превратить примитивы в них

Точно надо читать ffap

Но это для конвертации в строку ок

Спасибо!

Забота библиотеки это работа с telegram api, конечно было бы очень круто, чтоб транспортный слой легко заменялся, но он туда встроен как httpClient по дефолту. Видно его или нет, это другой вопрос. Но по идее, в последующем можно HttpClient заменить на набор функций для get и post запросов, либе от этого не должно быть ни горячо ни холодно. Так вынос этого функционала во вне даёт бОльшую управляемость и задел на заменяемость в будущем, чем сокрытие и неявное создание HttpClient внутри либы.

Нет, библиотека внешне юзер вообще не должен знать какой протокол используется

Я же говорю, может быть http, а может быть websocket

А завтра добавят mtproto

И мы не должны ломать совместимость с предыдущими версиями :)

Пиши билдер

Пиши билдер

Зачем?

И мы не должны ломать совместимость с предыдущими версиями :)

Очень много зависит от окружения. Мб пользователю надо чтоб было именно по http. Тогда он явно указывает что и где. А как библиотека сама разрулит прокси? По твоей логике, либа должна сама лезть в инет и искать список проксей и их юзать. Явное лучше чем неявное. И то что пользователь видит что либа работает с HttpClient хорошо, потому что когда будет выбор из большего кол-ва транспортных слоев, то он сможет выбирать и ему нужно будет выбирать. А сейчас в либе для пользователя все неявно, и наверное это хорошо, но в РФ такой бот не будет работать, т.к. либа скрыла возможность поставить проксю

Очень много зависит от окружения. Мб пользователю надо чтоб было именно по http. Тогда он явно указывает что и где. А как библиотека сама разрулит прокси? По твоей логике, либа должна сама лезть в инет и искать список проксей и их юзать. Явное лучше чем неявное. И то что пользователь видит что либа работает с HttpClient хорошо, потому что когда будет выбор из большего кол-ва транспортных слоев, то он сможет выбирать и ему нужно будет выбирать. А сейчас в либе для пользователя все неявно, и наверное это хорошо, но в РФ такой бот не будет работать, т.к. либа скрыла возможность поставить проксю

Нет, настройки прокси в конфиге

Пиши билдер

Господа, у меня для вас небольшой анонс.

https://t.me/vshapenko_builders ↑ все высказывания Василия про билдеры

Нет, настройки прокси в конфиге

А если мне нужна своя имплементация прокси?

А если мне нужна своя имплементация прокси?

Эмм, зачем?

https://t.me/vshapenko_builders ↑ все высказывания Василия про билдеры

Ахахахахахаа

https://t.me/vshapenko_builders ↑ все высказывания Василия про билдеры

?

Эмм, зачем?

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

Там есть даже ужасные вещи, например https://t.me/vshapenko_builders/11

Там есть даже ужасные вещи, например https://t.me/vshapenko_builders/11

Богохульство

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

Ну вот тогда форкай и извращайся)

Ну вот тогда форкай и извращайся)

Крайности какие-то)