Пропаганду ООП, конечно же.

Коллеги,за выяснениями отношений в личку

Я тоже помню, что @Liminiens показывал примеры неадекватного поведения SqlProvider.

Так можно ссылку на гитхаб?

SQL провайдеров три, мы про какой говорим?

SQL провайдеров три, мы про какой говорим?

Перечислите, пожалуйста, а то тут уже столько (костылей - юмор) всплыло, (потому что у людей EF не было - юмор)

SQL провайдеров три, мы про какой говорим?

SqlProvider. @Liminiens, ты репортил?

Оставим это на домашнее задание, я с телефона.

Что-то народ сегодня напряженный

Я не говорю, что они прямо совсем без проблем, но даже со всеми проблемами они удобней чем EF

Что-то народ сегодня напряженный

Это тебе кажется.

Пропаганду ООП, конечно же.

ооп повсюду

SqlProvider. @Liminiens, ты репортил?

нет, тогда не репортил

я его и не трогал примерно с того же времени

Я не говорю, что они прямо совсем без проблем, но даже со всеми проблемами они удобней чем EF

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

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

Какую задачу решает EF лучше чем TP?

Конкретный пример.

Мне приходилось EF из F# кода выгребать, к примеру.

Ой все.

Мне приходилось EF из F# кода выгребать, к примеру.

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

@pavelkhritonenko не выспался, похоже

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

Нет, я тебя прошу пример, когда EF с F# будет удобней чем TP.

А ты мне фейспалмы и абстрактные вещи говоришь.

Астанавитесь (с). Тупой довольно спор, если честно

@gsomix я же правильно понимаю что все новые TP должны под нетстандарт2 идти? (чтобы по "Dependencies" на странице нугета понять хотя бы)

Нет, я тебя прошу пример, когда EF с F# будет удобней чем TP.

это по умолчанию глупо, так как "удобно" это чисто субъективное понятие. от туда и фейспалмы растут

Вне крестового похода против ef :) Всё же любопытно, а что за большие данные создаются мобильным приложением? Чуть больше конкретики, если можно. Может тогда станет понятнее что за инструмент нужен для работы с ними

Давай с твоей точки зрения, не вопрос. Задачу опишешь, где EF подходит лучше?

Так можно ссылку на гитхаб?

https://github.com/Microsoft/visualfsharp/issues/3782

Вне крестового похода против ef :) Всё же любопытно, а что за большие данные создаются мобильным приложением? Чуть больше конкретики, если можно. Может тогда станет понятнее что за инструмент нужен для работы с ними

Нет времени объяснять, BigData

@gsomix я же правильно понимаю что все новые TP должны под нетстандарт2 идти? (чтобы по "Dependencies" на странице нугета понять хотя бы)

Блин, сложно. Давай еще раз у @sergey_tihon спросим. Насколько я понял, нужно две вещи: 1) использовать новый TP SDK; 2) правильно собрать под netstandard. Кажется, SqlProvider и тот новый TP для PostgreSQL должны уметь в нетстандарт.

https://github.com/Microsoft/visualfsharp/issues/3782

Но это про EF, а не про TP

А да, это я за то что EF нельзя юзать из фшарпа)

Давай с твоей точки зрения, не вопрос. Задачу опишешь, где EF подходит лучше?

нужны миграции + большая команда разработчиков с разными уровнями. в такой ситуации СКОРЕЕ всего лучше подойдет EF

А, ну слава б-гу.

Я про задачу, а не контекст.

нужны миграции + большая команда разработчиков с разными уровнями. в такой ситуации СКОРЕЕ всего лучше подойдет EF

Скорее лучше подойдёт Джаваскрипт, кстати.

С тайп провайдерами одна беда есть

Я про задачу, а не контекст.

лол, а выбор технологий не зависит от контекста? например от компетенций команды?

В продакшне

Связанная с билд сервером

С другой стороны-миграции ни разу не панацея

Скорее лучше подойдёт Джаваскрипт, кстати.

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

Особенно если данные критично не терять

Поддерживаю.

Мда, видать день срачега у нас сегодня

Необходимость бд в ci-минус.

Насчет TP - убедитесь, что вам хватает поддерживаемых операторов) https://fsprojects.github.io/SQLProvider/core/querying.html Чаще всего их не хватает

Насчет TP - убедитесь, что вам хватает поддерживаемых операторов) https://fsprojects.github.io/SQLProvider/core/querying.html Чаще всего их не хватает

Давай возьмём не этот.

Этот можно хоронить.

))

Я серьёзно, я не зря говорил про три

Окей, дай тогда провайдер под оракл.

Думаю разницы нет, самая серьезная проблема это ненадежные GroupBy и Having

Там тебе будут выкручивать руки с типами)

Конкретный пример.

Для меня EF, это помимо стабильности - простота и понятность кода, несколько строчек, которые создают контекст, несколько строчек делают селектный запрос, как по скорости сравнить просто не с чем, но пользователю не критичны даже 500ms, замерял раздувание на UWP (спасибо дебагеру VS и снимкам памяти) при создании контекста, очень маленький прирост памяти, можно делать потом принудительное повышение поколения и GC в отдельном потоке (задеюсь за это тут не будут ругать) для быстрой очистки, если ОЗУ критична, и главное, я могу посмотреть какие типы должен собрать GC. А что на счет TP, какой посоветуете для среды Net? Желательно, чтобы завелось на Xamarin.Forms с БД на SQLite

500ms локальный запрос в базу?

Ты верно шутишь?

Для меня EF, это помимо стабильности - простота и понятность кода, несколько строчек, которые создают контекст, несколько строчек делают селектный запрос, как по скорости сравнить просто не с чем, но пользователю не критичны даже 500ms, замерял раздувание на UWP (спасибо дебагеру VS и снимкам памяти) при создании контекста, очень маленький прирост памяти, можно делать потом принудительное повышение поколения и GC в отдельном потоке (задеюсь за это тут не будут ругать) для быстрой очистки, если ОЗУ критична, и главное, я могу посмотреть какие типы должен собрать GC. А что на счет TP, какой посоветуете для среды Net? Желательно, чтобы завелось на Xamarin.Forms с БД на SQLite

Я не уверен, но, кажется, Rezoom должен работать с SQLite.

500ms локальный запрос в базу?

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

Я не уверен, но, кажется, Rezoom должен работать с SQLite.

https://rspeele.gitbooks.io/rezoom-sql/doc/Language/Quirks/SQLiteQuirks.html

https://rspeele.gitbooks.io/rezoom-sql/doc/Language/Quirks/SQLiteQuirks.html

То есть запросы писать через SQL строки? <q> type QueryType = SQL<"select Name, Email from Users where Id = @id"> </q>

https://twitter.com/Pilchie/status/973297544427069440

То есть запросы писать через SQL строки? <q> type QueryType = SQL<"select Name, Email from Users where Id = @id"> </q>

Да.

Да.

И это будет работать быстрее чем EF примерно на сколько?

И это будет работать быстрее чем EF примерно на сколько?

Я не знаю.

И это будет работать быстрее чем EF примерно на сколько?

Это будет безопасно ТК там проверяется сам текст. Быстрее чем ef работает почти все.

А теперь давайте закончим срач. С Добрым утром.

Блин, сложно. Давай еще раз у @sergey_tihon спросим. Насколько я понял, нужно две вещи: 1) использовать новый TP SDK; 2) правильно собрать под netstandard. Кажется, SqlProvider и тот новый TP для PostgreSQL должны уметь в нетстандарт.

примерно да, но надо юзать .NET SDK 2.1.100-preview-007363 or above и NuGet пакеты паковать подругому - хочется верить что это самый посл и актуальный мануал https://github.com/fsprojects/FSharp.TypeProviders.SDK#updating-a-type-provider-to-be-suitable-for-use-with-the-net-sdk

Надо попробовать.

И это будет работать быстрее чем EF примерно на сколько?

Я бы на клиенте на вашем месте использовал litedb

Давайте FSharp.Configuration портируем?

Я бы на клиенте на вашем месте использовал litedb

Или обязательная привязка к sqlight?

Кстати, есть ли возможность при компиляции F# библиотеки (в частноси Net Standart) зачищать [исправил опечатку] пространства имён от метаданных для облегения веса библиоткеки? Например при сборке на UWP можно вырезать очень много без ущерба работе, но там это всё в специальном xml файле указывается из коробки.

Давайте FSharp.Configuration портируем?

я не так давно туда мержил миграцию на new TP SDK так что первый шаг уже сделан

Давайте FSharp.Configuration портируем?

Давайте!

Ок, я поковыряю вечерком.

Ок, я поковыряю вечерком.

+ там есть PR от Василия недоделанный, где Дон уже что-то правил… надо надо раскурить на чем остановились и обновить по последнему мануалу

@sergey_tihon Как мне достучаться до Сайма, чтобы он смержил мой PR в FSharp.Core.Fluent? Я понимаю, что у него много дел, а библиотека не очень популярная... :)

У тебя же его домашний телефон есть. Позвони

Don, could you merge my pull request?

@sergey_tihon Как мне достучаться до Сайма, чтобы он смержил мой PR в FSharp.Core.Fluent? Я понимаю, что у него много дел, а библиотека не очень популярная... :)

я откоментал PR, если Дон не ответит сегодня, то я могу вмержить

Спасибо!

Спасибо!

да не за что, если вдруг забуду - меня можно смело тут пинать)

Или обязательная привязка к sqlight?

С SQLite мне удобно работать через внешние ресурсы. Скажу так, например, есть Excel таблицы, которые конвертятся в промежуточные XML, а из них в БД SQLite. Сам SQLite даёт UID : int и BLOB : byte[] для данных класса/структуры, ну и JSON : string для особых случаев. + его же рекомендует MS, а в других проектах я особо не разбирался, понимая, что везде могут быть баги или прекращение поддержки, а хочется идти в ногу со временем (и MS).

> В ногу со временем и MS Хм...

> В ногу со временем и MS Хм...

Net Standart 2.0 же

throw new NotSupportedException()

throw new NotSupportedException()

vNext же

О, смотрите, Сайм продолжает работать на анонимными записями! https://github.com/Microsoft/visualfsharp/pull/4499

Don, could you merge my pull request?

Ахахаах

https://insights.stackoverflow.com/survey/2018/#technology-what-languages-are-associated-with-the-highest-salaries-worldwide

https://insights.stackoverflow.com/survey/2018/#technology-what-languages-are-associated-with-the-highest-salaries-worldwide

Финансы. :)

О, смотрите, Сайм продолжает работать на анонимными записями! https://github.com/Microsoft/visualfsharp/pull/4499

Анонимных рекордов иногда оч не хватает)

Интересно как они с srtp будут работать

Видишь F# с OCaml в топе и сразу понимаешь, что речь по финансы. :)