СУБД MySql
Для этого дела хочу использовать ентити. Но не понимаю, какой пакет скачивать. Смотрю гайды, везде по разному. Кто-то скачивает Microsoft.EntityFrameworkCore(а некоторые ещё дополняют его Microsoft.EntityFrameworkCore.Tools). Кто-то качает Pomelo.EntityFrameworkCore.MySql. Кто-то говорил про MySQLServer(я не до конца понимаю что это) и что-то качает для работы с ним. На метаните написано "Однако в данном случае нам нужен не общий пакет для Entity Framework Core, а пакет для конкретной СУБД.", мол нужно качать для отдельной СУБД. Так же на метаните написано про "провайдеров СУБД" кто это? и что они делают?. Кто-то без объяснений просто что-то качает.
Что мне скачивать?
Важно создавать связи между БД.
Важен размер приложения после установки дополнительных пакетов.
памело это провайдер до бд мускл Microsoft.EntityFrameworkCore.Tools это что бы всякие миграции работали и скафолды Microsoft.EntityFrameworkCore это непосредственно сам фреймворк
А зачем нужен провайдер? Ну тип, есть фреймвор, зачем ещё что-то? Не понимаю.
потому что фреймворк реализует работу с моделями, связи и взаимоотношения, трекинг и тд - всё что нужно для работы в коде, а провайдер непосредственно транслирует код сишарпа(ентити фреймворка) в запросы к конкретной бд
А, тоесть провайдер работает sql?
это вот представь у тебя телефон и зарядка на 220в, а поехал в сша а там 110в - берёшь другой адаптер
Представь что ты подключаешь платежи к своему сайту. Скорее всего ты захочешь больше 1 платежной системы, у каждой из которых свой API. Сначала ты реализуешь абстракцию, некий интерфейс IPaymentSystem, у которого будет, например, StartPayment(). Ну и по реализации на каждую платежную систему (PayPalPaymentSystem, ...) В зависимости от необходимой в данный момент платежки ты будешь выбирать реализацию, но интерфейс у них общий. Ну так вот, сам по себе EF Core с точки зрения запросов это "абстракция" А всякие Pomelo и прочие - это конкретные "реализации" которые и генерируют итоговый запрос
та возьмите же и прочитайте книгу по работе с EF сперва наконец
це не по стартапськи )
а мне потом разгребать добро наваленное этими стартаперами, ага
чаржать надо дороже за "улучшения прототипа"
Обсуждают сегодня