JS на каждом углу, в каждом браузере, т.е. это ПК, смартфоны, планшеты, весь блин Web на нём держится. куча транспайлеров из XXX в JS, топ-1 язык на StackOverflow, и это типа недостаточно круто чтобы обогнать эту отрыжку 2000-ых?

извините

Я и джаву в жизни не встречаю, однако она ещё выше

Тут говорят windowsforms в дотнетскор3 выйдет

А моноформы не портнули?

Или это тоже пока эксклюзив для моно?

А моноформы не портнули?

Не портировали, они так и остаются частью моно.

а ведь могли бы, эх

Не хотят помогать конкурирующим клиентским ОС, наверное.

сейчас бы на формах сидеть)))

мёртвые девелоперы восстают из могил и гуглят "курсы VB.Net"? Я об этом языке вообще ничего не слышал. Ни одной статьи, ни одного вопроса, ничерта. Я на нём писал когда-то давно и с тех пор забытие

корпоративный сектор на МС Оффис

где вижуал бэйсик - как 1С

корпоративный сектор на МС Оффис

Ну, к офису тоже на C# аддоны пишут. И на жаваскрипте щас.

На VB.NET я ни одного не видал.

Впрочем, я вообще ни одной программы на нём не видал, скажу честно :)

Кроме тех, что сам написал, пока баловался.

Ну, к офису тоже на C# аддоны пишут. И на жаваскрипте щас.

ну, имхо, вижуал бейсик проще воспринимать нежели жабаскрипт

Привет

Привет всем

Можно Z(x="x", y ="y")

Круто, спасибо)

Online version of the ts2fable https://twitter.com/humhei1/status/1018779443370737664?s=19 http://fable.io/ts2fable

Online version of the ts2fable https://twitter.com/humhei1/status/1018779443370737664?s=19 http://fable.io/ts2fable

твиттер перестал пускать без логина, лол

Это как, простите?

Столько лет логин в твиттере не заводил,и сейчас не хочу

ну у меня ссылки не открываются которые вчера открывались. Та что выше например

Лол, теперь пускает. Короче nvm

Лол, теперь пускает. Короче nvm

я думаю это как-то связано с твоей аватаркой на гитхабе

я думаю это как-то связано с твоей аватаркой на гитхабе

это вообще дичь. До сих пор показывает мне. Creepy

Ребят, у меня тут еэесперимент с semantic ui может кто глянуть какой api удобнее? https://github.com/Neftedollar/semantic-ui-react-fable-experiment

есть ли вариант как можно описать модуль без реализации. Понимаю что интерфейсы это не функционально, но смотреть на интерфейс и видеть все методы это удобно

есть ли вариант как можно описать модуль без реализации. Понимаю что интерфейсы это не функционально, но смотреть на интерфейс и видеть все методы это удобно

всмысле?

module MyModule = let func: ('t -> unit) и все?

а реализовывать как это?

Ребят, у меня тут еэесперимент с semantic ui может кто глянуть какой api удобнее? https://github.com/Neftedollar/semantic-ui-react-fable-experiment

а куда смотреть?

dotnet tool install fake-cli -g clone https://github.com/Neftedollar/semantic-ui-react-fable-experiment.git fake build --target run

использование api в Client

ну я в смысле какие API сравнивать по удобству?

да, я тоже не понял

я сделал два типа api objectApi и listApi в стиле Fulma

objectApi мне кажутся иногда удобнее

в проекте Client использованы оба

Ага, вижу

objectApi Button.content { Button.contentDft with hidden = true } [ str "-1" ] listApi Button.button [ Button.OnClick onClick Button.IsNegative true ] [ str "Click list api" ]

module MyModule = let create: string -> obj let update: string -> obj module MyModuleImplementation = let create name = /*implementation*/ let update name = /*implementation*/ как-то так можно сделать?

module MyModule = let create: string -> obj let update: string -> obj module MyModuleImplementation = let create name = /*implementation*/ let update name = /*implementation*/ как-то так можно сделать?

интерфейсы только насколько я помню

я сделал два типа api objectApi и listApi в стиле Fulma

мне кажется list api более консистентный

т.к. использоваться же будет вместе со стандартным elmish dsl

Ок, я его отдельно вынес в неймспейс, чтоб не засорять, но если оставить ObjectApi то думаю, что ничего плохого не будет, как кажется?

и кмк его можно даже в отдельный пакет вынести

и кмк его можно даже в отдельный пакет вынести

вот может быть так, т.к. два апи могут путать

А вообще лучше хорошо подумать и оставить какой-нибудь один вариант апи

зачем поддерживать оба?

сложно же

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

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

есть ли вариант как можно описать модуль без реализации. Понимаю что интерфейсы это не функционально, но смотреть на интерфейс и видеть все методы это удобно

type Service = { sendMessage: Message -> SendMessageResult sendPhoto: Photo -> SendPhotoResult } let sendMessage message = (* impl *) let sendPhoto message = (* impl *) let service: Service = { sendMessage = sendMessage sendPhoto = sendPhoto } Service — тип, service — реализация

type Service = { sendMessage: Message -> SendMessageResult sendPhoto: Photo -> SendPhotoResult } let sendMessage message = (* impl *) let sendPhoto message = (* impl *) let service: Service = { sendMessage = sendMessage sendPhoto = sendPhoto } Service — тип, service — реализация

спасибо

Сайм советует использовать интерфейсы и objectExpressions

type IMyIntrfc = sendMessage : m -> unit let myIntrfc = { IMyIntrfc with sendMessage = realisation}

type IMyIntrfc = sendMessage : m -> unit let myIntrfc = { IMyIntrfc with sendMessage = realisation}

Вроде так

Сайм советует использовать интерфейсы и objectExpressions

object expressions крутая фича F#, которая до сих пор не попала в C# ?

object expressions крутая фича F#, которая до сих пор не попала в C# ?

Да, кстати

Реально крутая, я с её помощью столько моков написал, не счесть. Затрахался бы все эти типы рисовать. Вот пример для стандартного ILogger из Microsoft.Extensions.Logging: let logger = { new ILogger with member _x.Log(_, _, state, _, _) = printfn "%A" state member _x.IsEnabled _ = true member _x.BeginScope _ = { new IDisposable with member _x.Dispose() = () } }

а в джаве, кстати, есть такая фича :D

Там erased types, там все возможно

Реально крутая, я с её помощью столько моков написал, не счесть. Затрахался бы все эти типы рисовать. Вот пример для стандартного ILogger из Microsoft.Extensions.Logging: let logger = { new ILogger with member _x.Log(_, _, state, _, _) = printfn "%A" state member _x.IsEnabled _ = true member _x.BeginScope _ = { new IDisposable with member _x.Dispose() = () } }

> столько моков написал Так моков или стабов?

Ой ну ладно, ладно)

Это вообще не мок и не стаб. Это рабочий логгер созданный с помощью ObJExpr :)

Кстати нашел минус в FSharpPlus. Если юзать его операторы, то перестают выводиться типы ? Придется как в хачкеле, везде явно писать типы.

Кстати нашел минус в FSharpPlus. Если юзать его операторы, то перестают выводиться типы ? Придется как в хачкеле, везде явно писать типы.

Интересно, почему?

Потому что операторы типа "полиморфны", в отличие от явного использовать List.map Option.map (ну и плюс костыли, через которые это операторы работают в F#+)

Кстати нашел минус в FSharpPlus. Если юзать его операторы, то перестают выводиться типы ? Придется как в хачкеле, везде явно писать типы.

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

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

В публичном апи чаще юзают файл сигнатур, где ещё и доку ведут.

Читаю статью про зебру и думаю - вот куда гопака-то надо влепить

Читаю статью про зебру и думаю - вот куда гопака-то надо влепить

А скинь статью

https://medium.com/@gerardtoconnor/racing-the-zebra-benchmark-performance-architecture-for-f-web-server-58dd922f5cfe

Ваще крутой чувак

Сделал билдер с мутабельными членами

А где можно посмотреть, что нового в FSharp.Core 4.5.0?

А где можно посмотреть, что нового в FSharp.Core 4.5.0?

https://www.fuget.org/packages/FSharp.Core/4.5.0/lib/netstandard1.6/diff/4.3.4/

https://www.fuget.org/packages/FSharp.Core/4.5.0/lib/netstandard1.6/diff/4.3.4/

Потрясный сервис

если нужно изобразить хендл на результат _уже запщенного_ процесса, стоит использовать Task или можно как-то Async использовать?

А уже запущенный что возвращает?

значение DU

и есть ли какой-то аналог TaskCompletionSource на асинках?

Сам Async и есть результат.

асинк надо стартовать, у меня же процесс начинается при вызове функции, или я не прав?

Делать через Async.Start и внешний шаред мутабл ресурс это уаще не очень и что-то не так с кодом имхо

асинк надо стартовать, у меня же процесс начинается при вызове функции, или я не прав?

А F# нет понятия асинхронной функции как в с# и она не стартует при вызове.

Где нужен результат, там делаем let! Или Runsyncronously

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

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

Ну так сделай async воркфлоу где будет получение запроса от клиента, отправка в сторонний сервис и потом отдача результата клиенту

всё общение между узлами построено на мейлбоксах, и request-response сообщениях

т.е. нет одного воркфлоу (и, похоже, в конкретно моём случае, не может быть)

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

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

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