всем привет. не сочтите за рекламу, в интернет-магазине books акция, некоторые книги можно купить по своей цене, вдруг кто найдет что интересное для себя(я себе купил Рефакторинг Фаулера)
Есть классическое REST WebApi, для CRUD операций над коллекцией объектов
GET - получить все
GET(int id) - получить по id
POST (model m) - добавить новый
PUT(int id, model m) - редактировать объект по id значением m
DELETE(int id)- удалить объект по id
??? - команда
Мне нужно еще интерфейс дл...
@АндрейNOP не так давно читал Чистая архитектура, вполне норм читается, читал с телефона(5 дюймов). ну да возможно не все будет удобно. но уж на читалке мне кажется проблем быть не должно
@АндрейNOP Когда я ездил в метро и пытался читать книги с телефона - я понял, что хороших форматов для телефона вообще нет, хотя похоже, что виноваты в этом даже не форматы, а сам телефон. Либо слишком мелко, фиг прочитаешь, либо крупно, но приходится туда-сюда двигать экран. В общем, бросил я это дело.
Да и вообще, с книгами по программированию беда с их полным отсутствием. Я как-то мониторил книжные магазины в которых бывают скидки -- и даже в крупных конторах типа озона или литрес посмотришь с грустью и ничего не найдёшь толкового, чтобы захотелось почитать. Почему-то хорошие книги не доходят до магазинов, которые доходят - в жутких форматах за бешенные деньги. Что-то не так с логистикой книг: сейчас книги можно только у пиратов из-под полы брать. Вот лицензировать игры (стим) уже научились.
@AK озон не самый лучший вариант ozon & combook, из плюсов только то что бонусами можно оплатить, аналогично было с книгой Чистая архитектура, взял напрямую у издателя(бумага + электронная версия)
@Bald я вот в прошлом месяце ездил домой в РФ, набрал себе все три желтые книжки Мартина почитать (идеальный прогер, чистый код, чистая архитектура), сейчас прочитал только 1.5 книги, до архитектуры не дошел ещё, но как минимум "чистый код" периодически вызывает вопросы, а иногда фейспалмы, потому если бы я рекомендовал такое читать, то только опытному, который отличит хороший совет от плохого
@Bald я конкретные примеры сейчас не приведу, я запомнил только что у меня было ощущение, что человек только встал из под C++ и начал задвигать темы за все языки. Ещё там был где то ближе к началу пример, кототрый ДО изменений был коротенький и ясный, после изменений стал гораздо длннее с портянкой однострочных функций. И это я её только наполовину прочитал. То есть зоршие советы там тоже, безусловно, есть, но и вредные также присутсвуют
@Bald ещё вспомнил, там, кажется, был пример, где автор рекомендует добавлять состояние в объект, который до этого работал без состояния - и это в качестве рефакторинга. Вот где то там у меня был прямо пылающий фейспалм :)
Я бы, если честно, начал с Макконела. Я его правда ещё до конца не дочитал - мало времени, но его книга мне нравится больше, ну и она более фундаментальна
@Bald ну хз. Вот книга дракона - тяжело написана. Кормен - тяжко тоже читать. А Макконела я каждую главу как брошюру-мотивашку читаю, "делай правильно, думай что делаешь". Зарядился и пошел лапшу строчить :)
Я недавно редактировал сообщение и заметил интересное различие призванное запутать експертов при принятии правки.
Итак:
Обычный предосмотр:
Никаких переносов на следующую строку
Разметка markdown
Тоесть сложно будет определить так налету как оно написано(с пропуском или без).
Зачем??
(...
@PashaPash @Nofate @Qwertiy Господа модераторы, может кто-нибудь перенести существенные комментарии под этим вопросом под созданный ответ? Или такой функциональности нет даже у модераторов?
@Bald У вас ещё есть пара вопросов, по которым у вас нет ответа. И я на них посматриваю, вдруг наконец найдётся отвечающий. (( Нечего сказать. Я пользуюсь автофаком, но не настолько уверен, чтобы отвечать что-либо.
@Bald Почитайте комментарий и процитированный мной вопрос. Я оказывается опубликовал этот вопрос (у меня вообще написано вопросов на многие месяцы вперёд, я уже даже не помню, что публиковал а что нет)
@Bald Это ещё один больной вопрос типа такого (кстати, ваш же). Я не так давно кажется нащупал новые вещи и планирую постепенно отказаться от практики создания репозиториев поверх EF (тынц куда-то сюда). Там правда свои камни на пути к ISpecification, некоторые я спрашивал на so и в личке у автора статьи.
На фоне роста популярности Stack Overflow на русском произошло крайне негативное событие для всего русскоязычного сообщества — начали появляться сайты, состоящие полностью из автоматически переведенных вопросов со Stack Overflow на английском. Проблема заключается в том, что содержимое таких сайт...
@AK кстати, ISpecification - это и есть репозиторий. оригинальный, как у Фаулера :)
@AK только вот усилия на внедрение любой изоляции контекста от кода (или репозитории поверх, или ISpecification) - одинаковы.
@Bald и вообще все это имеет делать только в случае, если на проекте пишутся тесты. а так - проще создать контекст на самом верху, один на бизнес операцию, выбрать через него root object, и писать код так, чтобы не упоминать в "сервисах" контект вообще
@PashaPash Когда читаешь Фаулера, Мартина, Эванса всё выглядит гладко. Просто потом приходишь в реальный проект, а там вместо ISpecification будет Expression<Func<T, bool>, уже готовые но переделанные Unit of Work (и ты должен ещё понять зачем оно переделано, как, для чего и какие ограничения), уже готовые [MaxLength(50)] которые не гарантируют что не придёт EF и так далее. Гладко только на бумаге. (
@Bald у вас же проблема возникает потому, что вы пытаетесь объекты руками из контекста удалять. если у вас при удалении Opeation нужно удалить связанный Act - это надо делать не руками ( _context.Set<Act>().Single(x => x.Id == actId);) а обычным каскадом от Operation. Т.е. у вас вообще не должно быть вызова _actService.Delete(operation.Act.Id);
@PashaPash основной вопрос именно в этом и состоит, я хочу быть уверенным что в ActService будет разрешен экземпляр контекста который используется в OperationService
@PashaPash И вообще, когда смотришь на проекты, в которых действительно пытались делать всё по DDD - то просто содрогаешься от того оверхеда, который приходится делать по сравнению с типовым CRUD на EF'е
@Bald ну так ответ на это - у вас должен быть код написан так, чтобы у вас не возникало такой потребности. и OperationService, и ActService должны быть работоспособны сами по себе. а не зависеть от каких-то внешних скрытых настроек. просто потому, что это "скрытый код". которого как бы нет, тесты на него не напишешь - а удалять (менять настройки) - нельзя, т.к. не заработает
@AK ну так да, или DDD и оверхед. или анемик модели + transaction script + изоляция контекста через обертки "репозиторий запросов + uow" поверх EF
@PashaPash так код будет работать, мой вопрос состоит будет ли транзакция, т.е. либо удалится и операция и акт, или ничего. а это можно гарантировать только в случае если в обоих сервисах будет один контекст. или я дую на воду?
@Bald Я знаю два варианта когда отключают каскадное. Первый от незнания - когда в EF не понимают, как правильно разрулить пути удаления, чтобы избавиться от колец. И второй - когда на каждую таблицу ставят IsDeleted реально ничего не удаляя. А у вас какой?
@Bald если вам точно надо транзакция (с какой-то вероятностью - не нужна) - то нужно или использовать каскадное удаление+контекст наверху (и не работать с контекстом в сервисах вообще), или обертки "репозиторий / uow".
@AK у меня комбинация этих двух :). в начале натворил... и самым простым/быстрым решением было отключение каскадного удаления, но это же временно, но как все мы знаем: нет ничего более постоянного, чем временное решение
@PashaPash Я второго подхода наелся по горло и уже собрал кажется все возможные грабли, про которые писали. Так что теперь я хочу туда, где ещё не был, но туда непросто добраться. Сразу весь DDD слишком сложен, поэтому я то один кусочек переделаю, посмотрю, то другой.
@Bald Ну у меня тоже комбинация. Я так например уже договорился до того, что нужно избавляться от EF Code First и писать отдельный на EF Database First иначе есть некоторая уютная яма из которой сложно выпрыгнуть потому что накопленные ништяки не дают перейти на следующий уровень, слишком высок барьер и сразу не получишь никакой выгоды.
@AK а еще все эти подходы все равно не дают полной гарантии что будет работать так, как задумано - т.к. внутри у вас SQL Server, а почти никто из разработчиков .net не понимают, какие он гарантии дает насчет целостности и консистентности данных
@AK например, @Bald делает предположение, что если он будет использовать общий контекст - то не получит ситуации "операцию удалили, а акт остался". хотя это не так :)
@Bald каскад гарантирует удаление. не каскад - гарантирует, что у вас упадет при удалении операции, если что. просто надо понимать, что упасть с "пытаетесь удалить операцию, а на ней акт висит" может даже если вы обернете все в одну транзакцию.
В общем, когда у меня была низкая репутация (<500), после правки одного из участников кода в моем ответе, мне не пришло уведомление о новой правке.
И если бы я не проверил случайно этот ответ чуть позже, я бы так и не узнал об этой правке. Данная правка кардинально меняла смысл кода, который я з...
Помогите, пол года назад у меня начал гноится и сильно болеть палец, хирург сказал, что это вросший ноготь и удалил мне половину ногья. Сейчас , когда новая половина ногтя начала расти, опять появились боль и гной, что делать незнаю, опять ехать в больницу нехочу.
@NicolasChabanovsky через google.ru . Скорее всего искал по ошибке, которую рускоязычная Visual Studio выдала. В выдаче был ответ с enSO, и его переведенная копия с того сайта.
Есть классическое REST WebApi, для CRUD операций над коллекцией объектов
GET - получить все
GET(int id) - получить по id
POST (model m) - добавить новый
PUT(int id, model m) - редактировать объект по id значением m
DELETE(int id)- удалить объект по id
??? - команда
Мне нужно еще интерфейс дл...
Я недавно редактировал сообщение и заметил интересное различие призванное запутать експертов при принятии правки.
Итак:
Обычный предосмотр:
Никаких переносов на следующую строку
Разметка markdown
Тоесть сложно будет определить так налету как оно написано(с пропуском или без).
Зачем??
(...
Помогите, пол года назад у меня начал гноится и сильно болеть палец, хирург сказал, что это вросший ноготь и удалил мне половину ногья. Сейчас , когда новая половина ногтя начала расти, опять появились боль и гной, что делать незнаю, опять ехать в больницу нехочу.
Stack Overflow на русском
Stack Overflow на русском