Вы с ним по разному смотрите на формулировку "каждый элемент ...". Он считает, что должен существовать хотя бы один элемент массива, к которому правило было бы успешно применено, а вы - нет.
Лично мне импонирует его вариант, а не ваш, ибо в случае с вашим любой пустой массив подходит под любую арбитрарную формулировку, например "каждый элемент массива должен присылать мне по 100 биткоинов". И пустой массив, по вашему мнению, это вполне реализует, что выглядит довольно абсурдно.
Удаление пользователя легко запретить, наследуя конкретный IUserRepostory не от IGenericRepository<User>, а от ICanRead<User>, ICanUpdate<User>, GenericRepository<User>, но не ICanDelete<User>, и где GenericRepository<> - скрытый от потребителя тип.
Но согласен с тем, что это лишняя абстракция. DbSet - это уже репозиторий, отвязанный от конкретной БД. Смысл иметь два?
В нашей подмосковской деревеньке мосэнергосбыт везде позаменял старые счётчики на новые, умные, серии МИРТЕК-32-РУ.
К ним в комплекте нам выдали пультики, которые довольно шустро подключаются к самим счётчикам, и считывают все нужные показания, стоит лишь вбить в пульт нужный ID-шник счётчика на опоре ЛЭП.
Как следствие, последний шаг в полном автоматизации — это чтение такой инфы не пультом, а умным домом, а отсюда вопрос: что там за протокол связи, и где его можно почитать?
Эх, генералы - моя юность. Иногда накатывает сильное желание переписать мультиплеер нуб часть и интерфейс на юнити, сервером хостинге, защитой от читов и наконец нормальным неткодом.
Можно пойти еще дальше, и избавиться от xxxApi-класса.
Будет просто await IOtherService.UpdateUser(...., cancellationToken);
Но вместо ручной имплементации IOtherService, маппинг метода на URL, само обращение, ретраи, логирование, метрики, получение зависимостей, и т.д. — всё это можно сделать кодогенерацией и/или AOP
Правда, теперь это напоминает WCF, а ему уже сколько лет-то. Может, есть что готовенькое и поновее?
Вы с ним по разному смотрите на формулировку "каждый элемент ...". Он считает, что должен существовать хотя бы один элемент массива, к которому правило было бы успешно применено, а вы - нет.
Лично мне импонирует его вариант, а не ваш, ибо в случае с вашим любой пустой массив подходит под любую арбитрарную формулировку, например "каждый элемент массива должен присылать мне по 100 биткоинов". И пустой массив, по вашему мнению, это вполне реализует, что выглядит довольно абсурдно.
Обязаны-обязаны. Если человек не нравится, то и ну его нафиг
Ну а как же не приплести хайповые темы для пущего эффекта ?
Возможно, что смотреть лог или разок сделать .ToQueryString() при отладке - значит не уважать себя.
Соглашусь, ни в комменте выше, ни даже в статье не даны хоть какие либо сильные аргументы против ORM.
Слабо прослеживалась "концентрация на частностях", как прием демагогии.
И это ещё вы Linq2Db вероятно не пробовали :)
Он умеет в любые оконные функции.
Удаление пользователя легко запретить, наследуя конкретный
IUserRepostoryне отIGenericRepository<User>, а отICanRead<User>, ICanUpdate<User>, GenericRepository<User>, но неICanDelete<User>, и где GenericRepository<> - скрытый от потребителя тип.Но согласен с тем, что это лишняя абстракция. DbSet - это уже репозиторий, отвязанный от конкретной БД. Смысл иметь два?
что ж, забыли про мотивацию, сами виноваты
Тогда почему у него ответ такой же получится?
Да они и за сеньоров не готовы платить. Мне вот альфа на 100к больше тинька предложила, выбор в принципе стал очевиден.
Почему не создаётся? Там пулинг по дженерику?
А, все,понял, акцент на слове ef.
Да поныть-то мы всегда могем.
Родители тоже бывают разные. Некоторым из них ребёнок, в целом-то, особо и не нужен :)
Поэтому они не против, чтобы он "гулял где и как хочет"
О, этот неостановимый злой прогресс, когда в конце концов ты будешь всегда находить сразу всё, что тебе действительно нужно.
В нашей подмосковской деревеньке мосэнергосбыт везде позаменял старые счётчики на новые, умные, серии МИРТЕК-32-РУ.
К ним в комплекте нам выдали пультики, которые довольно шустро подключаются к самим счётчикам, и считывают все нужные показания, стоит лишь вбить в пульт нужный ID-шник счётчика на опоре ЛЭП.
Как следствие, последний шаг в полном автоматизации — это чтение такой инфы не пультом, а умным домом, а отсюда вопрос: что там за протокол связи, и где его можно почитать?
Кто-то знает?
А как насчёт
new () { Bars = [new (){...}, new (){...}] };?Эх, генералы - моя юность. Иногда накатывает сильное желание переписать мультиплеер нуб часть и интерфейс на юнити, сервером хостинге, защитой от читов и наконец нормальным неткодом.
прикольно. вот бы любой самолёт так умел
Так в Турции уже есть рабочий вариант letim, не? Правда, с 3-6% коммиссией.
Можно пойти еще дальше, и избавиться от
xxxApi-класса.Будет просто
await IOtherService.UpdateUser(...., cancellationToken);Но вместо ручной имплементации
IOtherService, маппинг метода на URL, само обращение, ретраи, логирование, метрики, получение зависимостей, и т.д. — всё это можно сделать кодогенерацией и/или AOPПравда, теперь это напоминает WCF, а ему уже сколько лет-то. Может, есть что готовенькое и поновее?