edward_freedom, а не поделитесь ссылкой на 2й вариант? документацию, примеры, все что угодно.
насколько я знаю, виджеты внутри сообществ могут быть только такие
1. Text
2. List
3. Table
4. Tiles
5. Compact List
6. Cover List
7. Match
8. Matches
9. Donation
если вы удалили инициализирующий файл миграции - то естественно он создает таблицу в коде.
в данной ситуации придется удалить БД. и заново запустить 3ю коамнду. Она будет у вас первой.
Потом папку не трогать руками. Если у вас GIT - то включить в коммит файлы миграций тоже.
После можете менять модели и повторять пункты 2 и 3.
Paul Fawkes, проверь каталог Migrations
когда вы делаете dotnet ef migrations add - должны создаваться файлы с именем и датой.
если у вас была пустая папка изначально - то dotnet ef migration add "name2" создаст только первый файл - куда будет включено все, и создание таблицы Users.
вы не должны трогать ничего в папке Migrations. Только через команды add, update, remove и т.д.
Дмитрий Петров, если Коммит всех изменений в UoW или в Репозитории завершится неудачей, то ничего страшного. GC или какой другой сервис прихлопнет Временные сущности, потому что скоро на них не будет ссылок. Как только закончится using (UnitOfWork...
При этом у вас будут репозитории, которые непосредственно работают каждый со своей сущностью.
Не один на всех! А три сущности - три репозитория.
> Давайте предположим, что у нас нет обращений к базе
хорошо, но тогда каждая сущность должна иметь некое Стабильное состояние, которое нельзя откатить, и Временное состояние, которое можно откатить до последнего Стабильного.
Реализация UoW делает только изменение флага с Временного состояния на Стабильное. И больше ничего. Ей не нужно знать какие поля изменились, какие это сущности, кто от кого зависит и т.д.
Схема такая:
1. Каждый Репозиторий берет из памяти/БД сущность. Ее Стабильное состояние.
2. Затем вы дергаете каждую сущность согласно бизнес логике.
3. Вы отдаете их обратно Репозиториям - и они выставляют им Временое состояние.
Фактически в памяти начинает висеть 2 копии Сущности (Стабильное старое и Временное новое)
4. Вы даете приказ UoW реализации применить изменения. - Происходит подмена ссылок - Стабильные версии сущностей начинают указывать на новое Временное состояние. Старое Стабильное - убивается.
При этом каждая сущность имела внутри себя Коллекцию Событий (Отправить письмо на email и т.д.)
UoW реализация делает рассылку Событий после применения нового состояния.
Underdoggit, ну тогда можно начать раздавать листовки на улице, с вашим резюме.
Чтобы найти работу - не достаточно просто выложить резюме и ждать звонка. Надо самому проходить по предложениям и делать рассылку (индивидуальную) каждому HR, каждому работодателю. Сразу PDFку, чтобы он мог распечатать и подать на стол начальнику отдела или зам.директору по ИТ и т.п.
А ставить лайки под предложением, чтобы на той стороне увидели, потом пошли в ваш профиль, расшифровали верстку резюме конкретной прощадки (HH, МойКруг)... это неээфективно.
Программист, да и любой ИТшник стремиться к оптимизации и эффективности.
Сокращайте цепочку. Шлите письма с вложенной PDF. Через неделю-две если нет ответа, делайте повторный запрос.
Евгений Шатунов, принтер это некий форматер? насколько он прозрачный для приложения и остального кода?
условно можно эти принтеры менять, настраивать не меняя код приложения?
