S>Linq2db 1.10.2, есть несколько view, которые возвращают одинаковые структуры данных, классы генерятся через штатный T4-шаблон.
S>Собственно вопрос: есть способ замапить несколько view на один и тот же тип шарпа? S>С ходу нашёл только воркараунд с навешиванием интерфейса.
Хм, а как Linq2Db будет определять с какого View грузить данные?
Здравствуйте, Sinix, Вы писали:
S>Здравствуйте, Jack128, Вы писали:
J>>Хм, а как Linq2Db будет определять с какого View грузить данные?
S>В порядке бреда: генерить наследников для заданного типа и навешивать атрибуты уже на них.
Ну если надо — генери, у тя ж tt в руках. BeforeGenerateModel, Tables, Model.Types тебе в руки. Я прям сходу не напишу код, давно шашку в руки не брал, но это точно возможно.
J>Ну если надо — генери, у тя ж tt в руках. BeforeGenerateModel, Tables, Model.Types тебе в руки. Я прям сходу не напишу код, давно шашку в руки не брал, но это точно возможно.
Надо, но не настолько
Костыля с интерфейсом достаточно.
S>Linq2db 1.10.2, есть несколько view, которые возвращают одинаковые структуры данных, классы генерятся через штатный T4-шаблон.
S>Собственно вопрос: есть способ замапить несколько view на один и тот же тип шарпа? S>С ходу нашёл только воркараунд с навешиванием интерфейса.
Сделать дополнительные методы самому.
public IQueryable<ViewResult> GetView1(this IDataContext dc)
{
return dc.GetTable<ViewResult>.TableName(“View1”);
}
Ну и частенько вьюшки просто не нужны, я их так и описываю через линк запрос. Query decomposition начинает свою работу.