Лучший способ архитектовать этот проект

Question

Каков наилучший способ разработки моего приложения со следующим сценарием данных?

Для простоты, моя модель имеет базовую таблицу под названием Project со стандартными общими полями, ProjectID, имя, STARTDATE, владелец и т.д.

Это имеет отношение один к одному с другими таблицами, которые поддерживают данные различные типы проектов, например, ConstructionProject, FinanceProject, HolidayProject и т. д. Каждая из этих таблиц связана с базой проекта с помощью основного ключа ProjectId.

Должны ли мои классы основываться на базовом классе Project и других классах, наследуемых от этого? Такие, как:

public class Project 
{ 
    public int ProjectId { get; set; } 
    public string Name { get; set; } 
    public DateTime StartDate { get; set; } 
    public string Owner { get; set; } 
} 

public class ConstructionProject : Project 
{ 
    public string Location { get; set; } 
    public string Contractor { get; set; } 
} 

Или я должен иметь другие типы проектов, как их собственный класс с объектом проекта? Например:

public class ConstructionProject 
{ 
    public Project Project { get; set; } 
    public string Location { get; set; } 
    public string Contractor { get; set; } 
} 

В качестве стандартного проекта MVC, то я могу иметь контроллеры обрабатывать операции Crud для второго сценария выше, как, например:

public ActionResult Update(Project project) 
{ 
    // update project object 
} 

public ActionResult Update(ConstructionProject constructionProject) 
{ 
    // update constructionProject object 
    // update project object 
} 

Не знаю, как контроллеры будут выглядеть погрузо-наследуются объекты в первом сценарии?

Проект является стандартным проектом C# MVC с использованием Entity Framework. Для разных типов проектов потенциально может быть несколько связанных таблиц. Итак, какой вариант является наилучшей практикой и как будут моделироваться контроллеры (если они отличаются от того, как я предлагаю?) Или есть лучший способ?

Благодаря

Edit - просто добавить еще некоторую информацию - базовый класс также может существовать на своем собственном, а не быть просто базовый класс, другими словами, таблица проекта может иметь записи, которые не были связаны записи в других таблицах, если это помогает?

Answer 1

Это распространенный вопрос, и он имеет общий ответ. Наследование или состав. Хорошо ответ: если A is B, то A inherits B, иначе A uses B. Например, cat is animal, но table has an array of four legs and one board

В вашем случае это первый вариант.