Найс дискуссия

#либынинужны

смотря какие

@Worldbeater Забей. Ты все правильно делаешь.

Если API можно завернуть в типы, то это стоит делать. Если бойлерплейт можно собрать в библиотеку, то это стоит делать.

Ну а если хочется потом абстрагировать библиотеку от способа отправки HTTP-запросов, например — это можно сделать и позже :)

(если кому-то из клиентов и правда понадобится)

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

Каких библиотек? Давай названия, посмотрим.

@Worldbeater, я думал, что это не твоя либа, но ты хочешь её для F# адаптировать)

поэтому сфомулирую предложения по другому - - для F# - добавить возможность делать реквест-респонсы с JsonValue из FSharp Data или другим аналогичным типом-монадой Json - в общем - добавить кастомизацию http, oauth2 и что там ешё есть на лоулевеле

поэтому сфомулирую предложения по другому - - для F# - добавить возможность делать реквест-респонсы с JsonValue из FSharp Data или другим аналогичным типом-монадой Json - в общем - добавить кастомизацию http, oauth2 и что там ешё есть на лоулевеле

Спасибо огромное! Сохранил, буду пилить :)

Тип-монаду json лучше описать как 'a->string по идее

Имхо

Точнее не так

Там одно из трех значений

Мда, пора есть идти, плохо соображаю :(

Если в терминах HttpRequestMessage говорить, то там есть значение Content

ByteArrayContent - HTTP content based on a byte array. FormUrlEncodedContent - HTTP content of name/value tuples encoded using application/x-www-form-urlencoded MIME type. MultipartContent - HTTP content that gets serialized using the multipart/* content type specification. MultipartFormDataContent - HTTP content encoded using the multipart/form-data MIME type. StreamContent - HTTP content based on a stream. StringContent - HTTP content based on a string.

И, в общем-то, можно DU написать

Тип-монаду json лучше описать как 'a->string по идее

вот что такое монада json : type Json = JString of string | JNumber of float | JBool of bool | JNull | JList of Json list | JObject of Map<string, Json>

Ну и json частный случай реализации

Это DU

Реализованное в одной конкретной библиотеке

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

не важно в какой библиотеке, принципы работы и структура единственна и неизбежна

Могут отличаться названия

Как минимум

В целом, ты предлагаешь частный случай 'a->string вывести как общий

В целом, ты предлагаешь частный случай 'a->string вывести как общий

тебя фантазия завела в дебри) нет ни какого a -> string. rest api - это набор функция типа JsonValue -> JsonValue, и всё. Почему именно JsonValue - потому что 1) он полностью идентичен реальному json, и по тому элементарно сериализуется-десериализуется 2) для него очень легко писать линзы на структуры данных F# и использовать в вычислительных выражениях А как там поля называются - пофиг вообще, понятно, что нормальный человек назовёт JString или JsonString или StringJson, а не VoodooUnicornDecorator

Привет!

Привет!

Так он уже успел выйти, нет?

Он испугался и убежал.

ByteArrayContent - HTTP content based on a byte array. FormUrlEncodedContent - HTTP content of name/value tuples encoded using application/x-www-form-urlencoded MIME type. MultipartContent - HTTP content that gets serialized using the multipart/* content type specification. MultipartFormDataContent - HTTP content encoded using the multipart/form-data MIME type. StreamContent - HTTP content based on a stream. StringContent - HTTP content based on a string.

ты хотел сказать - System.Net.HttpWebRequest

Спасибо огромное! Сохранил, буду пилить :)

о, ещё одну хотелку забыл сказать - чтобы респонс от вк апи был завёрнут в Result Result<JsonValue,ApiError>, и чтобы эксепшенов не было. Понимаю, что это не просто реализовать

Я, конечно, ща скажу большую глупость, но rest - не всегда json

Сайм сегодня 70 контрибуций наконтрибьютил.

Не в visualfsharp, правда. :(

Нехороший человек

О, а такое уже смотрели: https://www.youtube.com/watch?v=X76iVWa-0e0

Ого, свежак! Спасибо!

ээ, жаль меня там не было. задал бы я этому дядечке пару воросиков. А то он с таким видом говорит, будто бы fable и suave давно уже готовы к проду

Все они так говорят

fake it before you make it. Если не говорить что готово, никто не будет пользоваться, не будут пользоваться, не будет развиваться

fake it before you make it. Если не говорить что готово, никто не будет пользоваться, не будут пользоваться, не будет развиваться

Мы ща так одну систему интегрируем :)

Интеграторы блин))) Знания надо распространять, а не пропаганду) Вот из-за таких и переходили на NodeJs и Scala, а теперь бегут с них со слезами. Очевидно если fable не пользуются, то у него есть проблемы. Я например elm использую и никакого желания переходить на fable сейчас нет, могу на пальцах объяснить почему. Делать хайп на несчастных, тратящих время на не работающий инструмент - это грех. При том я ни разу не против самой идеи доклада по fable, там есть что рассказать конструктивного, без пустой показухи

Интеграторы блин))) Знания надо распространять, а не пропаганду) Вот из-за таких и переходили на NodeJs и Scala, а теперь бегут с них со слезами. Очевидно если fable не пользуются, то у него есть проблемы. Я например elm использую и никакого желания переходить на fable сейчас нет, могу на пальцах объяснить почему. Делать хайп на несчастных, тратящих время на не работающий инструмент - это грех. При том я ни разу не против самой идеи доклада по fable, там есть что рассказать конструктивного, без пустой показухи

ты прям в F# чатике сидишь, чтоб всех отговаривать пользоваться F#)

ты передёргиваешь сейчас)) просто пытаюсь адекватно оценить событие. F# классный, я его уже 5 лет пользую

Fable норм, по крайней мере сейчас его тыкаю для веба и он вполне ничего. Suave уже давно норм.

dotnet new не норм

кстати в ангуляре можно было включить html5-api у location и не использовать эти ужасные localhost/app/#myroute, а использовать location/app/myroute. Вот как это включать в fable-elmish-react я пока не понял. КТо-нибдуь знает?)

так вообще всё норм в программировании. не бывает плохих языков. все фреймворки хороши: http://tonsky.livejournal.com/281876.html

так # - это же вроде указание браузеру перейти к id

так # - это же вроде указание браузеру перейти к id

в первом ангуляре сначала так же было, потом стало можно включитьв locationProviderSettings.useHtml5 = true и эта решетка(хэшбэнгом) подставляляась только поисковикам.

а пользователи видели, нормальный url

во втором ангуляре тоже похоже @NgModule({ ....... providers: [ .... { provide: LocationStrategy, useClass: HashLocationStrategy }, .... ] }); как сделать такоре в fable-elmish? @ruzzke_mir в elm кстати та же проблема. Как в elm убрать решетку? Я так же в fable-elm-react попробую)

в общем сейчас толкьо руками. Нуок

хз, мне бы и в голову не пришло её убирать. Думаю через history.pushState можно

в смысле в js

в js-то я понимаю. В обещм нашел. что там есть сторонний парсер url, можно его заменить и сделать свой.

в Fable-elmish-react темплейте самописная ф-ция parseHash

в Fable-elmish-react темплейте самописная ф-ция parseHash

ее заменить и ок

так # - это же вроде указание браузеру перейти к id

# это костыли для браузеров, которые не умеют в HTML5-навигацию (сейчас таких уже нет)

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

хз, мне бы и в голову не пришло её убирать. Думаю через history.pushState можно

Да, эта функция и используется всеми подобными библиотеками :)

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

не заменить, а использовать навигацию без хэша.

# это костыли для браузеров, которые не умеют в HTML5-навигацию (сейчас таких уже нет)

это ты про nav что ли?

Гм, мы друг друга не понимаем %)

Я про history.pushState и говорил, короче. В ангуляре она называлась "HTML5 Mode". А про "навигацию" это я ляпнул по ошибке — всегда почему-то думал, что это "HTML5 navigation mode".

(хотя на самом деле это HTML5 history mode)

так вообще всё норм в программировании. не бывает плохих языков. все фреймворки хороши: http://tonsky.livejournal.com/281876.html

?

Приятно открывать, например, SQLProvider и видеть в в контрибьютерах знакомые имена и ники, @fvnever

?

Но я там только в документации отмечался.

А вот из действительно полезных вещей я контрибьютил в Freya, VFPT, Paket.

А вот из действительно полезных вещей я контрибьютил в Freya, VFPT, Paket.

А в Funogram ещё не контрибьютил ?

Ну а чего туда контрибьютить? Там работает всё :)

New version of Ionide released. Adding initial implementation of F# project explorer. Latest VSCode version required.

А ну, щас посмотрим.

И вообще ничего нельзя — только выбирать файлы, и они открываются в редакторе.

Но оно определяет изменения в fsproj и почти сразу обновляет у себя список. Уже хорошо!

В общем, с такой фичей жить удобнее, чем без неё, но развиваться ей ещё есть куда.

@fvnever Спасибо.

Добрался до подкаста про Orleans. :)

С автором "болл на хилл".

@Worldbeater по поводу WordCloud могу советовать плагин к d3.js. Через Fable вполне можешь отрисовать шикарное облако. https://github.com/jasondavies/d3-cloud

Сам лично в проде использовал этот плагин, правда со стороны js и react.js