однако... давно C# не ковырял. забыл уже всё

До этого как-то не задумывался о разнице значений этих двух слов

До этого как-то не задумывался о разнице значений этих двух слов

Вот-вот. Минутка английского в чате по F# определёно удалась

А где бы найти человека, который умеет в Rx, чтобы пообщаться?

@reactivex ну еще можешь worldbeater поспрашивать конкретно по RX в C# чатах (он опять ливнул)

А где бы найти человека, который умеет в Rx, чтобы пообщаться?

А что в Rx интересует? Там вроде хорошая документация.

И есть ли у кого ссылка на C# чат? Или Rx-слэк, можно английский

Как IDisposable композить правильно, хотел спросить.

И есть ли у кого ссылка на C# чат? Или Rx-слэк, можно английский

@dotnetruchat

Как IDisposable композить правильно, хотел спросить.

что значит «правильно»?

var client = new Client(); using (client.GetEntities().Subscribe(Console.WriteLine)) { } Хотелось бы, чтобы этот клиент создавал соединение с сервером (TCP/WebSocket), а когда вызывается GetEntities - отправлял бы запрос на подписку и слушал его.

Собственно хотелось бы, чтобы коннекшн реюзался, когда подключаются новые, и закрывался, когда никто не слушает

Так это через Observable.Create, затем Publish.RefCount

Вроде так было. Подписка будет диспозиться когда последний подписчик отпишется

Да, это так, у меня ресурс первый - IDisposable, не понимаю как GetEntities правильно написать

Есть метод Observable.Using()

Сорри, что офтоп, подозреваю, что тут более умные люди, чем в рандомном сишарп чятике

Есть метод Observable.Using()

Есть, да.

Вот он и используется, если надо пошарить некий ресурс на время существования Observable

Мне на один ресурс надо создать несколько новых подписок

var client = new Client(); using (client.GetEntities().Subscribe(Console.WriteLine)) { } Хотелось бы, чтобы этот клиент создавал соединение с сервером (TCP/WebSocket), а когда вызывается GetEntities - отправлял бы запрос на подписку и слушал его.

Несколько подписок - CompositeDisposable для того чтобы отписаться от всего сразу потом

Вот он и используется, если надо пошарить некий ресурс на время существования Observable

но он вроде холодный обзервабл превращает в горячий, то есть все подписчики видят один и тот же стрим. а надо, я так понял, создавать новый стрим/запрос на каждого нового подписчика, но при это реюзать сокет. мне кажется это скорее не в Rx тут надо копаться, а в организации доступа к сокету.

Да не, это просто локом решится, ща код покажу

Там эмуляция дочернего подключения идет, но смысл такой

Как с Observable.Using подлезть тут - я не понял

^^^ код работает, мне не нравится Merge с Never

В GetEntities используешь Observable.Create. При создании подписки открываешь канал. Возвращаешь диспозабл в котором закрываешь канал. Вешаешь на него Publish.Refcount

Ну так и сделано, собственно, создается общий на всех обсервабл, в GetEntities Observable.Create будет

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

CreateClient вообще не нужен

Погодь, а как вторую подписку открыть такую же, которая бы сокет реюзала?

В смысле тот же экземпляр сокета, а не новый открывала

LogOnlyErrors() - подписывается, и в консоль все пишет

Другой пример - у тебя есть zip-файл с текстами, нужно уметь их параллельно и безопасно прочитать.

(предположим, что ZipFile - потокобезопасный)

И хочется отдать в таком же виде, а файлы - как Observable

И чтобы оно открывалось при первой подписке, и закрывалось в конце

Имена файлов, к примеру, приходят параметрами

Привет!

> k_cieslak > wow! I'm running NUnit tests! > and my test explorer is working with them > k_cieslak > there is some chance that it will be "commercial" product

> k_cieslak > wow! I'm running NUnit tests! > and my test explorer is working with them > k_cieslak > there is some chance that it will be "commercial" product

чтоу?

Ionide Enterprise. ?

И многие ли тут тащат ф в прод?)

А я притащил, например! Немножко :)

В статье не хватает ссылочки на этот канал. Ну или хотя бы на сайт.

Была там ссылочка, мудераторы хабра не пропустили!

Dotnet core 2

А я притащил, например! Немножко :)

поподробнее)

Какие ui использцете для ф?

Знаю winforms gtksharp eto.forms a avalonia

Eto вощможно не рвботает под коре

поподробнее)

Ну, мне вот была нужна штука для оффлайн-анализа логов (логов много, по 1 ГБ в день бывает). Я и набросал на F# быстренько, мотивируя тем, что будет существенно меньше кода, чем на C#. В таком виде и поддерживаем.

Да, это очень немного, но хоть что-то :)

Не считая того, что у меня научная работа на F#. Там я сам себе начальник, пишу на чём вздумается.

и как по скорости работы?)

Достаточно, чтоб не париться по этому поводу.

Alex Avalonia точно работает под неткором, но пока никаких функциональных оберток для нее нет.

Какие ui использцете для ф?

Я иногда пытаюсь в геймдев, и потому делаю «UI» на MonoGame!

Насколько удобнее winforms?

Насколько удобнее winforms?

Смотря по каким критериям сравнивать. На мой взгляд, Winforms по любым критериям, кроме «программирования мышкой», с треском проигрывает всем другим озвученным технологиям.

Тем более, что на F# мышкой особо не попрограммируешь даже на Winforms — тулинг в студии слабоват.

Смущает необходимост. Использовать классы. Нарушает прициаы фп

Ну, к счастью, F# — не чисто функциональный язык, и позволяет использовать то, что требуется для текущей задачи.

Нужны классы — будем юзать классы.

Например suave позволяет писать в чисто фп стиле

Нужен чистый байндинг к авалонии или гтк

Смущает необходимост. Использовать классы. Нарушает прициаы фп

А вообще, если интересны такие вещи, я советую посмотреть на Gjallarhorn (в недавней статье на хабре можно посмотреть обзор), и ещё вот на эту серию материалов: http://fsprojects.github.io/FSharp.Desktop.UI/

Это только вайн

Что?

Win only

Что Win only?

Нужен кроссплатформ

Я согласен, что нужен.

А про что ты говоришь, что оно Win only?

http://fsprojects.github.io/FSharp.Desktop.UI/

А ты материалы читай!

Там описывается, как ты принцип можешь применить к любому UI-фреймворку.

Во, вот тут! https://github.com/dmitry-a-morozov/fsharp-wpf-mvc-series/wiki

Нужно бы Gjallarhorn.Bindable портировать на Avalonia.

Нужно бы Gjallarhorn.Bindable портировать на Avalonia.

Дык нужно.

Не нужно

Плохая это практика

Биндинги в коде

В Elm-архитектуре биндинги в коде, и вообще всё в коде. И её хвалят.

Я согласен, что этот момент нужно обсуждать и искать минимально громоздкие решения.

Но прям вот так вот, что Gjallarhorn.Bindable вообще не нужно использовать — не могу согласиться.

В Elm-архитектуре биндинги в коде, и вообще всё в коде. И её хвалят.

вкручивать dsl который это пофиксает ¯\_(ツ)_/¯

Смотрел хорн статью не впечатлило не фп

вкручивать dsl который это пофиксает ¯\_(ツ)_/¯

Ну да, у нас уже несколько человек примерно о таких вещах говорят. Увы, пока что никакого прототипа сделать не удалось, поэтому пока просто рассуждаем.

Возможно стаиья такая

Ну глянь ещё доки от Gjallarhorn — возможно, там с более простых примеров тебе более понятно будет.

Пока это единственный более-менее живой порт elm-архитектуры, которая, гм, кажется, представляет собой наиболее функциональный вариант для GUI?

Но я других вариантов не видал, так что, если знаете — делитесь!

Надо попробовать, только начал ломать свое ооп. Простык вещи фп впечатляют

ООП надо не ломать, а встраивать :)

Плохая это практика

Почему?