Я ошибся, я имелл виду запросы, коммит у меня только один и в конце ендпоинта.
Это похоже на микросервисную архитектуру, но в данный момент времени у меня монолит.
Например, есть ендпоинт для редактирования p2p ордера и человек хочет завершить ордер тем самым перевести внутри платформы деньги,
так вот, происходит не только изменение ордера но и изменение кошелька + изменения например дневного объема пользователя + создание транзакции.
Коммиты происходят в разных классах, я не могу достать эти коммиты просто, это ломает структуру.
Есть 2 ендпоинта, добавить ордер и редактировать ордер
Но опять также, внутри самого изменения ордера еще изменяется несколько таблиц и тут нужно или все колосально в локеры обоворачивать или тестировать сутками на пролет.
Сейчас .net framework и .net core объеденили и получился .net (кросплатформенный)
.net framwork и .net core оба используют внутри себя .net standart
Писать - да, читать - it depends, как говорят англичане.
А разве в legacy 4-5-летней выдержки, над которым поработало много программистов, хороших и разных, по-другому бывает?
А ещё бывает, что методы называются почти одинаково, но типы значений у них разные. Пример: builder.Services.AddOptions() и builder.Services.AddOptions() из кода конфигурирования контейнера сервисов, методы расширения IServiceCollection для Option Patterns - типы возвращаемых значений у них разные. А их ещё любят цеплять друг к другу к таким же методам через точку - вот и смотри потом, чой-то в ConfigureOptions какие-то лишние параметры вылезли.
А если ещё учесть, что сейчас принято документацию ограничивать примерами (MS любит, да) - оно вообще весело.
Это потому что сейчас главное - быстрее писать MVP, для веба - особенно. Ну, а потом можно сказать волшебное слово: "Legacy".
Например, в обычном блокноте или по распечатке на бумаге.
var result = service.GetAll().ToList()
Особенно во время дебага
А ты давай нормальные названия методам, чтобы возвращаемое значение было очевидным, набирайся опыта, ищи закономерности.
Ты же не задаёшься вопросом, какой тип возвращает какой-нибудь GetUser, ToString, TryParse, FirstOrDefault?
Если тебе сложно понять смысл кода без типов - значит кто-то плохие имена дал переменным.
Правильный вопрос - зачем вообще заставлять работать с анонимными типами? Подозреваю, что их из-за маршрутизации в MVC завезли - как типы параметров, вместо того, чтобы передавать в методы генерации ссылок вместо IDictionary, как это оно там реально требуется