Как установить значение свойства класса для сгенерированного значения идентификатора другого класса при вставке в базу данных?

Ну... Насколько я знаю, прямого способа сделать это нет.

Я бы предложил пересмотреть решение о наличии двух копий ClassA, одной из которых является собственность, а другой — независимой. Это неэффективно и, очевидно, вызывает у вас проблемы. Это также создает вероятность того, что две копии в конечном итоге рассинхронизируются.

Очевидным подходом было бы сделать ClassA независимым, а затем просто использовать «Включить», чтобы включить его в данные в ваших запросах. Все трудности, которые вы здесь описали, исчезнут. Вместо того, чтобы пытаться синхронизировать две копии A, вы можете просто создать сглаженную копию B, включая A, если/когда вам это нужно.

После получения дополнительной информации одним из способов реализации этого является что-то вроде

class A
{
    public int ID;
    public string data;
...
}

class HistoryA
{
    public int ID;
    public int AID;
    public string data;
    public DateTime updated;
...
}

Итак, у меня был один класс (класс A), содержащий текущую информацию, и другой historyA, ссылающийся на текущий (HistoryA.AID = A.ID) и сохраняющий всю предыдущую информацию в HistoryA.

Таким образом, все свойства данных в A были продублированы в HistoryA.

Это возможно, но с некоторыми хитростями, которые работают с последним на данный момент EF Core 2.2 и могут перестать работать в 3.0+ (по крайней мере, необходимо проверить).

Во-первых, это имеет должно отображаться как отношение - другого пути просто нет. Однако это не обязательно должна быть реальная связь с базой данных, она просто должна быть таковой с точки зрения модели EF Core.

Во-вторых, и это очень важно, поведение каскадного удаления должно быть установлено на Restrict, что в настоящее время означает принудительное выполнение в базе данных, но ничего не делать с отслеживаемыми связанными объектами в памяти.

Итак, давайте сделаем это с вашим образцом. Оба вышеупомянутых сопоставления требуют плавной настройки, подобной этой:

modelBuilder.Entity<ClassB>().OwnsOne(e => e.ClassA)
    .HasOne<ClassA>().WithMany() // (1)
    .OnDelete(DeleteBehavior.Restrict); // (2)

Если вы используете миграции, сгенерированная миграция будет содержать что-то вроде этого:

protected override void Up(MigrationBuilder migrationBuilder)
{
    migrationBuilder.CreateTable(
        name: "ClassA",
        columns: table => new
        {
            ClassAId = table.Column<int>(nullable: false)
                .Annotation("SqlServer:ValueGenerationStrategy", SqlServerValueGenerationStrategy.IdentityColumn),
            Name = table.Column<string>(nullable: true)
        },
        constraints: table =>
        {
            table.PrimaryKey("PK_ClassA", x => x.ClassAId);
        });

    migrationBuilder.CreateTable(
        name: "ClassB",
        columns: table => new
        {
            ClassBId = table.Column<int>(nullable: false)
                .Annotation("SqlServer:ValueGenerationStrategy", SqlServerValueGenerationStrategy.IdentityColumn),
            Action = table.Column<string>(nullable: true),
            ClassA_ClassAId = table.Column<int>(nullable: false),
            ClassA_Name = table.Column<string>(nullable: true)
        },
        constraints: table =>
        {
            table.PrimaryKey("PK_ClassB", x => x.ClassBId);
            table.ForeignKey(
                name: "FK_ClassB_ClassA_ClassA_ClassAId",
                column: x => x.ClassA_ClassAId,
                principalTable: "ClassA",
                principalColumn: "ClassAId",
                onDelete: ReferentialAction.Restrict);
        });

    migrationBuilder.CreateIndex(
        name: "IX_ClassB_ClassA_ClassAId",
        table: "ClassB",
        column: "ClassA_ClassAId");
}

Отредактируйте его вручную и удалите команду (строку) ForeignKey, так как вам не нужен настоящий FK. Вы также можете удалить соответствующую команду CreateIndex, хотя это не помешает.

И это все. Единственная вещь важный, которую вам нужно помнить, — это использовать основное TableAId свойство только после, к которому был добавлен (таким образом, отслеживаемый) новый объект. то есть

var testContext = new TestContext();
var classA = new ClassA
{
    Name = "classAName"
};
testContext.ClassAs.Add(classA); // <--
var classB = new ClassB
{
    Action = "create",
    ClassA = new ClassAOwned
    {
        ClassAId = classA.ClassAId, // <--
        Name = classA.Name
    }
};
testContext.ClassBs.Add(classB);
testContext.SaveChanges();

Будет сгенерировано временное отрицательное значение, но после SaveChanged оба идентификатора будут обновлены фактическим значением, сгенерированным базой данных.