Как сгенерировать все мои объекты, состоящие из двух таблиц для каждого объекта с помощью автоматизации T4

У меня есть проект библиотеки классов для уровня доступа к данным, который использует Entity Framework 4. Мой проект нуждается в концепции управления версиями. Моя база данных содержит множество таблиц, содержащих "Id" и "CreationDateTime". Каждая таблица связана с таблицей версий, содержащей детали. Все таблицы построены таким же образом и суффиксом "Версия" для таблицы версий.

Я ищу способ генерации всех моих объектов (моделей EF4) с помощью автоматизации T4, которая бы унифицировала Table и TableVersion (для указанной версии) в одном объекте.

Этот унифицированный объект должен поддерживать операции ввода, вставки, обновления и удаления.

Можно ли сделать, изменив один из шаблонов T4? Если да, то как?

Большое спасибо за любые указатели.

Ответ 1

Вероятно, не то, что вы ищете, но вы можете проверить этот пост в блоге, где я сделал аналогичное доказательство концепции для базы данных ведения журнала/версии, У меня не используется T4 (поэтому я думаю, что это, вероятно, не то, что вы ищете, но вы не можете найти лучшее решение) и сгенерированные объекты, но унаследовали все сущности из одного базового объекта, свойства управления версиями. В принципе, я расширил DbContext, переопределив метод SaveChanges и установив там свои свойства управления версиями:

foreach (var entry in this.ChangeTracker.Entries())
    {
        // Make sure that this customized save changes executes only for entities that
        // inherit from our base entity (IEntity)
        var entity = (entry.Entity as JEntity);
        if (entity == null) continue;

        switch (entry.State)
        {
            // In case entity is added, we need to set OriginalId AFTER it was saved to
            // database, as Id is generated by database and cannot be known in advance.
            // That is why we save reference to this object into insertedList and update
            // original id after object was saved.
            case System.Data.EntityState.Added:
                entity.UserCreated = user;
                entity.DateCreated = now;
                insertedList.Add(entity);
                break;

            // Deleted entity should only be marked as deleted.
            case System.Data.EntityState.Deleted:
                if (!entity.IsActive(now))
                {
                    invalidList.Add(entity);
                    continue;
                }
                entry.Reload();
                entity.DateDeleted = now;
                entity.UserDeleted = user;
                break;

            case System.Data.EntityState.Detached:
                break;

            case System.Data.EntityState.Modified:
                if (!entity.IsActive(now))
                {
                    invalidList.Add(entity);
                    continue;
                }
                entity.UserCreated = user;
                entity.DateCreated = now;

                JEntity newVersion = this.Set(entity.GetType()).Create(entity.GetType()) as JEntity;
                newVersion = this.Set(entity.GetType()).Add(newVersion) as JEntity;
                this.Entry(newVersion).CurrentValues.SetValues(entity);

                this.Entry(entity).Reload();

                entity.DateDeleted = newVersion.DateCreated;
                entity.UserDeleted = user;
                break;
            case System.Data.EntityState.Unchanged:
                break;
            default:
                break;
        }
    }

Ссылка на полный исходный код на github приведена в статье.

Это решение использует ту же таблицу для текущей и прошлой версий объекта, и я планирую улучшить эту концепцию, пытаясь поместить все "удаленные" версии сущностей в отдельную таблицу, которая была бы частной в DbContext, и вся логика для переноса предметов в историю будут сохранены изменения. Таким образом, разрешенный публичный dbset будет содержать только текущие версии элемента, позволяющие создавать общие решения, подобные динамическим данным, поверх этого контекста.

Ответ 2

Шаблоны T4 могут генерировать интерфейс и атрибуты для "маркировки" ваших объектов. После этого вы можете создавать общие классы для обеспечения согласованных политик или действий против ваших объектов.

Ваш вопрос очень интересный. Я попытаюсь создать пример для вашего случая с использованием шаблонов T4 в https://entityinterfacegenerator.codeplex.com