Зачем использовать несколько моделей?

Question

[50VAJJ]

Привет. Например, есть БД с четырьмя таблицами: товары, категории, заказы, пользователи. Смотрел разные уроки. Одни делают одну модель для всех таблиц, другие для каждой свою модель. Как лучше делать и почему?

Comments

[Александр Шаповал]

Не знаю даже кто это делает модель на все случае жизни) для пользователей одна модель, для заказов другая, вообще плясать нужно от того что как вы будете проектировать проект в дальнейшем. Я иногда делаю две моделей, одна общего назначения (получение списков заказов например по разным критериям), а другая модель по управлению этими заказами (получение данных конкретного заказа и их подальшая обработка)

[50VAJJ]

Александр Шаповал: спасибо. А стоит ли объеденять категория и товары?

[Александр Шаповал]

50VAJJ: я бы не делал кашу, поэтому моё мнение что не стоит, на отдельную сущность, отдельная модель. Когда кто то будет работать с вашим кодом, или же вы сами спустя какого то времени к нему вернетесь, то найти модель для категорий и товаров будет легко, в случае объединения это будет сложнее.
Для этого собственно и придумывают паттерны построения архитектуры приложений и стили написания кода, что бы была некая согласованность в стиле и архитектуре кода, дабы работать с ним было легко и просто.
Следуйте логики, например если в магазине в отделе с рыбой вы обнаружите мороженное, это не очень логично, так и с кодом.

[50VAJJ]

Александр Шаповал: Ещё раз спасибо.

Answer 1

[Роман]

Ради интереса, дайте ссылку на урок где одна модель на все. А так вам верно выше сказали одна сущность - одна модель. Напишите способ объединить категории и заказы. Категории отдельно, и в заказах внешний ключ на категории, это есть смысл реляционных БД. Например, отдельные модели сущностей для категорий, пользователей, товаров, в товарах есть внешний ключ на категорию, а модель заказов это два внешних ключа на товар и пользователя, ну и дополнительные поля, например, количество и дата заказа. При такой модели данных вы можете оперировать данными как угодно, количество заказов в категории, кол-во заказов у пользователя, количество заказов конкретного товара и тд и тп.

Comments

[50VAJJ]

https://youtu.be/vOYzX6mR92E?t=1m4s

[Роман]

50VAJJ: Вы видать перепутали понятия модель БД и модель сущности. Модель это класс который представляет ваши сущности и вашу БД. Как бы у вас может быть несколько моделей БД (и все они могут к одной базе относится), да немного путает, что контекст БД содержит имя Model. В понятии EF, набор коллекций моделей сущностей(DbSet ) - это контекст, а SomeClass это модель сущности. Если Вы только учите EF рекомендую начать изучение с CodeFist и у вас все станет на свои места (кстати еще помимо ознакомитесь с такой вещью как миграция). После просмотра видео понял о чем вы. Тут больше такая практика, ели у вас несколько подпроектов, то можно в каждом проекте сделать свой контекст данных и моделями относящимся к одному проекту, а можно и все модели в отдельный проект вынести и сделать общий контекст с данными, тут смысл разделения в том, что если в контексте много коллекций сущностей, и у вас создается несколько контекстов в рамках проекта, то это добавляет накладные расходы (скажем так на неиспользуемые сущности в каждом использовании контекста данных), а если у вас контекст идет синглтоном по всему проекту, то тут не важно. Вот неплохая документация https://metanit.com/sharp/entityframework/, ну и если английский знаете https://docs.microsoft.com/en-us/ef/

[50VAJJ]

Роман: Не по теме вопрос, но всё-же: на сколько важно и до какого уровня в идеале нужно выучить C#, чтобы потом без проблем учить ASP.NET mvc и core?

[Роман]

50VAJJ: Настолько же важно, как и учить русский, чтобы писать рассказы и стихи )))) Помимо знания самого языка, важно еще почитать о паттернах проектирования (типа синглтон, фабрика, внедрение зависимостей). А так, может скажу, что то крамольное, не обязательно учить все, надо хотя бы знать возможности языка, чтобы потом можно было поднять документацию и прочесть, а вот основные конструкции и принципы ООП надо знать как отче наш и основные функции стандартной библиотеки и LINQ.