Эй, чуваки, ежели это такая большая проблема, то давайте починим!

Ну-ну... я вроде месяцев 8 назад заморачивался этой темой :)

Ну-ну... я вроде месяцев 8 назад заморачивался этой темой :)

Да не, не настолько радикально

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

А путь к файлу будет литералом.

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

тред не читай @ сразу отвечай

Это прям прозрачно внедряется и не ломает существующий код.

тред не читай @ сразу отвечай

Я прочитал. Кажется, ты просто меня не понял!

А вот нифига. :(

Вообще в идеале бы sql provider отдавать схему в виде sql скрипта в build time

Подумал

Ведь он все равно на живую бд берет зависимость

Я прочитал. Кажется, ты просто меня не понял!

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

А это вроде старая тема вызова провайдера из провайдера :)

А это вроде старая тема вызова провайдера из провайдера :)

Не, мы сейчас более простую тему обсуждаем.

Проблема-то в другом, имхо

На билд машине должна быть идентичная боевой база развернута

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

Затем, что из файла не получается прочитать литерал, чтоб передать его другим провайдерам?

Затем, что из файла не получается прочитать литерал, чтоб передать его другим провайдерам?

Читай лог дальше.

Проблема-то в другом, имхо

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

@fvnever tl;dr StringReader. Но нужно бы еще починить провайдеры в FSharp.Configuration

Ну фишка в том, что невозможно при компиляции прочитать строку из файла

Как я понимаю

И записать ее литералом

Ну фишка в том, что невозможно при компиляции прочитать строку из файла

Можно.

Читай лог дальше.

Ничо там нету дальше, это конец.

Я картинку даже нарисовал!

@gsomix это работает немного по-другому же

Да не, погодите, вроде как надо работает.

Значит, то, что я навыдумывал, не требуется.

@gsomix это работает немного по-другому же

Нет, StringReader читает строку из файла и сохраняет в виде литерала.

Я вон потом эту строку передаю в JsonProvider!

Тогда это в другой сборке должно быть, не?

Или там последовательная компиляция норм работает?

Ведь он все равно на живую бд берет зависимость

выше же кидали такое

Тогда это в другой сборке должно быть, не?

Это верно только для тайп-провайдера и кода, который его использует. Для нескольких тайп-провайдеров всё норм, как видишь

выше же кидали такое

если ты про резум, то он "универсальный" провайдер sql, вроде как

если ты про резум, то он "универсальный" провайдер sql, вроде как

ок, я тебя не понял, надеюсь на beerup объяснишь)

ок, я тебя не понял, надеюсь на beerup объяснишь)

я в питере)

я в питере)

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

@fvnever tl;dr StringReader. Но нужно бы еще починить провайдеры в FSharp.Configuration

@fvnever Вот что надо бы сделать. Почему-то провайдеры из FSharp.Configuration не отдают конфиги в виде литералов. Это несложно поправить, я думаю.

@fvnever Вот что надо бы сделать. Почему-то провайдеры из FSharp.Configuration не отдают конфиги в виде литералов. Это несложно поправить, я думаю.

Ок, давай запилим ишуй и пофиксим.

Ок, давай запилим ишуй и пофиксим.

Я бы подождал с фиксом.

До тех пор, пока ситуация с провайдерами под неткором окончательно не нормализуется.

А чо ждать-то?

Эдак она никогда не нормализуется, если мы всё время будем ждать!

Как знаешь. Я бы подождал, а потом заодно и под неткор портировал, да на новый TP SDK.

https://github.com/fsprojects/FSharp.Configuration/pull/133

Меня вот это смущает.

Как знаешь. Я бы подождал, а потом заодно и под неткор портировал, да на новый TP SDK.

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

Сначала литералы сделаем, потом про неткор подумаем.

А провайдеры сломаны до сих пор? Я думал сайм их починил тогда

А провайдеры сломаны до сих пор? Я думал сайм их починил тогда

Насколько я понимаю, а понимаю я очень смутно, мы сейчас ждем обновления компилятора и FCS под неткор. Тогда все автоматически заведется, если провайдер портировали под новый TS SDK. @sergey_tihon, поправишь?

поправлю =) мы ничего не ждем, надо уже брать и портировать, сначало на новый TPSDK а потом неткор

когда лыжи не едут и странные ошибки сомпиляции, то можно меня пнуть, а потом завусти багу в TPSDK проекте если еще нету - и Дон поможет

поправлю =) мы ничего не ждем, надо уже брать и портировать, сначало на новый TPSDK а потом неткор

У меня, наверное, все смешалось. Я слышал, что генеративные провайдеры все еще требуют какого-то хака.

Хорошо, спасибо!

но хак есть и он должен работать)

https://github.com/fable-compiler/fable-react/pull/65

https://github.com/fable-compiler/fable-react/pull/65

А вот и решение! @fvnever

А подскажите плиз, правильно я понимаю что к явно параметризованной функции типа let myfunc<'T> param = ... нельзя применять каррирование?

А подскажите плиз, правильно я понимаю что к явно параметризованной функции типа let myfunc<'T> param = ... нельзя применять каррирование?

Почему?

если написать let x = myfunc 'abc', то вместо 'T подставляется obj автоматом

если написать let x = myfunc 'abc', то вместо 'T подставляется obj автоматом

https://habrahabr.ru/company/microsoft/blog/348460/

Каррировать можно. Просто вывод типов работает иначе.

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

let x p = myfunc 'abc' p?

Если я правильно помню, то должно подойти, если нет, то пойду перечитывать.

не понял)

Оно работает?

Vladimir Можно пример чуть подробнее? :)

да, вот функция let inline myFunction<'T> (localizer: IStringLocalizer) = Enum.GetValues(typeof<'T>):?> 'T[] |> Array.map (fun v -> { Key = v ; Value = localizer.[v.ToString()].Value })

я сейчас ее вызываю через myFunction<MyEnum> localizer

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

хотелось бы сделать myFunction2<'T> в которую прокаррирован уже этот общий для всех локалайзер

Оно работает?

копипаст не сработал)

Тут получается не функция. А проп какой-то.

А если юнит параметр добавить?

Вариант с добавлением unit в конце новой функции подойдет?

Vladimir let x<'T> = myfunc<'T> "abc" ?

может подойдет, только я не очень понимаю что именно добавить)

let x () = myFunc localizer

Vladimir let x<'T> = myfunc<'T> "abc" ?

да, это был мой план) но не компилится

Вроде так.

let x (y: unit)

да, это был мой план) но не компилится

Какая ошибка?

let x () = myFunc localizer

о, так компилится)

Какая ошибка?

x в этом случае является статическим пропом. Оно не может быть реализовано не в дженерик типе.

Можно извернуться со статическим классом конечно.

Вы мне ошибку скажите. :)

Какая ошибка?

Explicit type parameters may only be used on module or member bindings

type 'a X = static member x = myFunction<'a> localizer

Попробуй чисто ради эксперимента.

Explicit type parameters may only be used on module or member bindings

А где ты эту функцию объявляешь?

внутри другой функции, сразу после того как локалайзер проинициализировал

А, тогда понятно. :)

внутри другой функции, сразу после того как локалайзер проинициализировал

На будущее, это одно из главных уточнений было)