Ну или берешь еф и думаешь почему спустя 13 лет после релиза линк2скл нет метода для удаления данных

Потому что Unit of Work. Там нет прямого удаления.

Зато есть change tracking.

ну это понятно что по книжке фаулера еф делали

вопрос почему когда переписывали еф6 не подумали головой

Подозреваю, паттерн до Фаулера появился. Он там ссылается обычно, где подобное решение было на момент написания книги.

Не очень понял.

Ну да, UoW не для всех сценариев подходит. И не должен.

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

Если надо в проекте удалять записи массово, то, наверное, надо использовать что-то, а не EF. Это же нормально.

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

последний вопрос
почему даппер а не SQLProvider?

потому что последнее неюзабельно

Мне кажется, они хорошо поработали, просто в других направлениях. Хотя задним числом я уже не вспомню, что нового хорошего появилось в EF Core по сравнению с EF 6. Ну да, решили оставить UoW. Так и старый UoW в основном в таких же проектах использовался. Те, кто на нём писали, перекатились на Core почти без проблем. Тем, кому EF 6 был не нужен, не нужен и EF Core.

Ну а впрочем, ладно. Понятно, что EF не идеален.

по поводу F#. имеется вопрос, можно ли на основе построителей (builders) реализовать дерево решений? то есть, есть дерево, у него ноды. в зависимости от входных параметров на ноде принимается решение, какой путь выбрать для следования к следующему узлу и так далее. в книге криса смитта есть пример на основе построителей для вычисления сопротивления параллельно подключенных резисторов. там на основе построителей реализована защита от деления на ноль, если предыдущий результат вычисления валидный, то происходит следующее вычисление. это не совсем дерево решений, поэтому и возник такой вопрос

то есть, вместо

if condition1 then
   if condition3 then ...
   if contition4 then ...
if condition2 then
   if condition5 then ...
   if condition6 then ...

сделать что то типа такого

do! condition1 ...
do! condition2 ...

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

те например с вычислением резисторов Result<'T, 'TError> хватит