jet.com работает нормально.

У них привязка к расположению, видимо, для определения возможности доставки и расчета конечной стоимости.

Если ввести zip code из USA, то поиск работает.

@mostdope ^

я написал, что уже попробовал)

@mostdope Даже аккаунт создавать не нужно, если правильное расположение указано.

Просто по итогам вашего обсуждения Антон в твиттере написал, что сайт Jet не работает. Нехорошо. :(

Надо исправить на unexpected behavior

Да, наверное, им следовало бы повесить плашку о том, что пользователь находится вне U.S.

Вопрос к ребятам, которые там занимаются UX.

Да вроде из Беларуси всё в порядке

Artemy Поиск работает, если ты расположен в U.S. или имеешь аккаунт. Их магазин за пределы штатов не осуществляет доставку.

Я в курсе

Но тут же писали ,что категория не выбирается, как я понял

Да. У меня без указания zip code пишет: > Sorry, your search did not match any products.

Есть небольшой вопрос. В ходе различных промежуточных операций обработки данных для агрегирования наборов значений эффективнее будет использовать struct-tuple, нежели обычные, так?

Artemy Нужно профилировать. Это единственное, что я усвоил из статей про перформанс. :)

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

Блин, такая печаль. Используешь AppSettingsTypeProvider, а его ConnectionStrings нельзя использовать с SQLProvider =/

Звучит как проблема, которую можно починить. Давай запилим багрепорт и пофиксим :)

Звучит как проблема, которую можно починить. Давай запилим багрепорт и пофиксим :)

Не получится скорее всего,это же не литералы

Не получится скорее всего,это же не литералы

Кажется, мы по-разному поняли проблему.

Не получится скорее всего,это же не литералы

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

Я просто буквально вчера решал похожую задачу, там в три секунды всё решилось. У меня была проблема в том, что в секции connectionStrings эти строки указываются немного в другом формате, и их нельзя потом передать в SQLConnection. Решилось при помощи EntityConnectionStringBuilder — этот класс умеет парсить строки из конфига и отдавать такие строки, которые подходят для SQLConnection.

Я не вижу пока что, чтобы задача вообще была про тайп-провайдеры — просто про совместимость строк :)

@neftedollar когда будешь доступен — расскажи нам!

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

Vasily Должно взлететь, кажется. Я помню, писали, например, специальный провайдер, который считывает файл с диска. Потом его планировалось в SqlClient передавать.

Тайп провайдеру нельзя другой тайп провайдер же передать

Есть такой ишью вроде даже

Не провайдер, а литерал (текстовый файл с диска).

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

Хотя на generative может и получиться, конечно, но не факт

Vasily https://github.com/fsprojects/FSharp.Management/issues/71

https://github.com/fsprojects/FSharp.Management/pull/77

Вот реализация. Странно, что ишшуй не закрыли.

Если не забуду, вечером проверю.

let typedStringReader = erasedType<obj> thisAssembly rootNamespace typeName let content = File.ReadAllText(filePath) let contentField = ProvidedLiteralField("Content", typeof<string>, content) contentField.AddXmlDoc(sprintf "Content of '%s'" filePath) typedStringReader.AddMember contentField typedStringReader

Должно работать, по идее

За счет ProvidedLiteralField

Надо, кстати, попробовать

Хотя тут человек просто содержимое файла как литерал представляет

Если чуток переписать на список файлов в папке, то может быть интересно

Будем посмотреть

Кстати, в чем отличие ProvidedParameter от ProviderStaticParameter?

Vasily ProvidedParameter нужен для определения аргументов методов и конструкторов.

А ProviderStaticParameter — для параметров самого провайдера.

И статических методов, соответственно.

Пока застрял, как мне вернуть множество провайдед типов

Т.е. на каждый файл свой

Отошел в работу с ушами на пару дней и + 600 сообщений.

Что там с книгами решили по F# ?

Что там с книгами решили по F# ?

Expert F# 4.0, 4th Edition

MrErsh спасибо большое

Кстати, а может кто подсказать, какие аргументы можно вставить на работе, что бы разрешили писать на F#, вместо C#. А то я такой человек, что пока писать на языке не начну что-то серьёзное, то он в голове не задерживается, а писать на F# хочется =)

Домашние поделки аля laba011 не дают понимания языка.

Мда, жалко, что TypeProvider надо через type определять

С одной стороны логично

С другой стороны в цикле не переопределяешь

Аргументы - строгая типизация, размер кодовой базы, жесткая структура файлов, скорость разработки

Из минусов - нет жестких устоявшихся правил кодирования

Мало тулинга

Кстати, а может кто подсказать, какие аргументы можно вставить на работе, что бы разрешили писать на F#, вместо C#. А то я такой человек, что пока писать на языке не начну что-то серьёзное, то он в голове не задерживается, а писать на F# хочется =)

я переписал продовый код и показал манагерам - он получился более понятным и короче раза этак в 3 , тесты проще. Это аргумент

Чтобы была совместимость с c#, надо приседать

Хм

Чтобы была совместимость с c#, надо приседать

это как ?

Открыл эту F# 4 expert, и там меня удивило, с каких пор Swift в списке ФП ?

ERROR: S client not available

Я что-то пропустил в этой жизни?

Открыл эту F# 4 expert, и там меня удивило, с каких пор Swift в списке ФП ?

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

Scala сюда вписывается, а вот каким боком тут Swift?

а почему он не должен там быть и чем он хуже других?

Scala сюда вписывается, а вот каким боком тут Swift?

Чем скала лучше swift?

"Typed functional lang-s"

Swift ФП ?

@the_RAMZAY Это можно выяснить в чате про Swift.

Swift вполне себе ФП

но это пишут в книге по F#

"Typed functional lang-s"

Ну ок ? (какой-то дурацки спор)

Просто ну, из приведённого списка, все языки ФП кроме Swift. Либо Swift ФП, а я и не знал 0_о

Всё же зачем надо приседать в F# чтобы была совместимость с c#? Ничего подобного не обнаружил

А разве не для интеропа с C# ввели Struct аттрибут в F# ?

Всё же зачем надо приседать в F# чтобы была совместимость с c#? Ничего подобного не обнаружил

+ Большинство моих F#-проектов нацелены на интероп с C#, и я себя не ощущаю ущемлённым. Да, нужно некоторые практики соблюдать (другой стиль именования, избегание Option или Async в публичных сигнатурах, запрет на inline), но это и правда не очень сложно.

+ Большинство моих F#-проектов нацелены на интероп с C#, и я себя не ощущаю ущемлённым. Да, нужно некоторые практики соблюдать (другой стиль именования, избегание Option или Async в публичных сигнатурах, запрет на inline), но это и правда не очень сложно.

я вообще не понимаю какие могут возникнуть проблемы при разумном внешнем апи.

А разве не для интеропа с C# ввели Struct аттрибут в F# ?

нет

Не получится скорее всего,это же не литералы

this

Но в итоге в issue нашёл регент. Можно в рантайме переопределять строку подключения, так что все ок

this

Ок, можешь не пояснять, я понял проблему.

Я не вижу пока что, чтобы задача вообще была про тайп-провайдеры — просто про совместимость строк :)

Там два тайп провайдера. Один читает из конфигов , другой лезет в бд. Прочитать с помощью тацппровпйдера строку подключения и впихнуть Ее в коннекшнстринг другого тайппровайдера не получается.

Ок, можешь не пояснять, я понял проблему.

Поздно)

Ок :)

@fvnever @neftedollar Но это можно исправить.

С помощью ProvidedLiteralField.

@fvnever Кстати, ты прочитал мое вчерашнее замечание про warnaserror?

С помощью ProvidedLiteralField.

Это уже существующая фича или proposal?

@fvnever Кстати, ты прочитал мое вчерашнее замечание про warnaserror?

Да, прочитал и согласен, что это решение.

@fvnever Существующая же. Выше с Vasily обсуждали.

С помощью ProvidedLiteralField.

Надо почитать про ProvidesLiteralField

@fvnever Существующая же. Выше с Vasily обсуждали.

А чего они тогда не заюзают у себя в провайдере?

Кто их знает?