Как мы можем продлить наш класс ремонта, чтобы включить TirerePlacemation, TireRepair, Rimremreplacement и Rimrepair ⇐ C#

[Anonymous]

У нас есть следующий ремонт class:

Код: Выделить всё

public partial class Repair
{
public decimal? PartPrice { get; set; }
public decimal? LabourPrice { get; set; }
public decimal? OtherPrice { get; set; }
public decimal? SubletPrice { get; set; }
public string? Description { get; set; }
public int RepairId { get; set; }
public int? PartId { get; set; }
public int ClaimId { get; set; }
public bool IsDeleted { get; set; }
public decimal? Total { get; set; }
public decimal? LabourHours { get; set; }
public string? CreatedBy { get; set; }
public string? ModifiedBy { get; set; }
public decimal? PreApprovalAmount { get; set; }
public bool IsPartTypeNotListed { get; set; }
public string? PartDescription { get; set; }
public string? PreApprovalExplanation { get; set; }
public string Status { get; set; } = null!;
public int? PartQuantity { get; set; }
public virtual Claim Claim { get; set; } = null!;
public virtual Part? Part { get; set; }
public virtual RepairStatus StatusNavigation { get; set; } = null!;
}

Мы попросили добавить четыре новых таблица и расширить текущую форму ремонта , чтобы отобразить любое из четырех новых расширений на основе Parttypeid (

Код: Выделить всё

TireRepair

, tirereplacement , rimrepair , rimreplacemation ).
Одна из таблиц, например, тиререпейс :

• tiretype fk -> All Season, Snow, run -flat, другой
  />TredDepth fk -> 1/32 - 13/32 or 1mm - 10mm
• Location fk -> Driver front, Driver rear, Passenger front, Passenger rear
• Tire Levy money

There's a few problems.

[*] Сначала мы используем базу данных, поэтому я не думаю, что взаимодействие в таблице ремонта и расширение четырех таблиц будет работать.

[*] getTotal или что -то

Было бы неплохо иметь наш Saverepair , deleterepair , getRepair , GetRePairattimeOfSubmission (временный), и т. Д., Контролеры, все, что есть, все, что есть, что -то, что на самом деле, то, что это на самом деле, и то, что это на самом деле, и на самом деле. Ответ. Но я вижу, что, будучи проблемой, потому что нам пришлось бы узнать всю нашу логику о фактическом типе части, а затем сделать некоторую логику, а не свернуть в соответствующий класс и позволить ему вернуть общий , например. Это много кода для копирования, вставки, обновления и продолжения обновления в течение жизни проекта. Как бы я сделал настраиваемую логику для Total ? Как лучше всего расширить формы, чтобы они показывали правильные поля, а также есть функция JavaScript Total для расчета общего , поскольку они вводят новые значения.

Подробнее здесь: https://stackoverflow.com/questions/797 ... pair-rimre