Описание паттерна проектирования Repository прочитай.

gfgfg, легко гуглится по запросу: "Описание паттерна проектирования Repository". Также смотри тут: 14459340 .

рворвыровы, я имею ввиду, что репозиторий возвращает объекты уровня области определения (domain model layer).

Паттерн Repository (Репозиторий)
Паттерн Domain Model (Модель области определения)

Объекты уровня определения, или объекты предметной области, или бизнес-объекты не должны зависеть от модели данных.
Сегодня Вы храните все данные в реляционной СУБД и используете ORM, завтра часть данных переезжает в NoSQL БД, послезавтра Вы получаете данные от сервиса Ваших партнёров в виде XML, или JSON.

ORM - это, грубо говоря, один из видов отображения (mapping) данных в domain model объекты.

Стоп, забыли.

У Вас какая предметная область? Информацию о чём возвращает метод GetById с точки зрения пользователя?
Какого типа возвращаемый объект?

Ну вот по фэн-шую Вы должны были спроектировать классы предметной области (domain model), в частности класс "назовем его просто URL".
Метод репозитория GetById должен возвращать экземпляр этого класса.

Но я так понимаю, что Вы хотите воспользоваться сгенерированным классом, что возвращает ORM (EF по всей видимости).
Ну и флаг Вам в руки. Это не по фэн-шуй, т.к. Вы протаскиваете знание о том, что используется EF туда, где это не нужно, и в будущем с этим могут быть проблемы, но работать будет.

P.S.: кстати мы это уже обсуждали тут .

fdfdfапыапывкskyANAНу вот по фэн-шую Вы должны были спроектировать классы предметной области (domain model), в частности класс "назовем его просто URL".
Метод репозитория GetById должен возвращать экземпляр этого класса.

Но я так понимаю, что Вы хотите воспользоваться сгенерированным классом, что возвращает ORM (EF по всей видимости).
Ну и флаг Вам в руки. Это не по фэн-шуй, т.к. Вы протаскиваете знание о том, что используется EF туда, где это не нужно, и в будущем с этим могут быть проблемы, но работать будет.

P.S.: кстати мы это уже обсуждали тут .
понятно.
выходит если делать по феншую, то будет куча дубликатов классов ORM.
И вдобавок в репозитории маппировать нужно будет орм класс на класс предметной.
Настройка объектов (платформа Entity Framework)
Цитирую В составе платформы ADO.NET Entity Framework предусмотрены средства для автоматического формирования уровня объектов на основе концептуальной модели. Эти классы данных можно настраивать различными способами в зависимости от требований приложения. Пользовательские классы данных можно также использовать с моделью данных. Это полезно при обновлении классов данных существующих приложений для использования платформы Entity Framework или в случае, если необходима большая степень управления созданием классов данных.

Entity Framework позволяет использовать пользовательские классы данных с моделью данных без внесения изменений в классах данных, если имена типов сущностей, сложных типов и свойства пользовательских классов данных совпадают с именами типов сущностей, сложных типов и свойствами концептуальной модели. Это позволяет использовать традиционные объекты среды CLR (POCO), например объекты домена , с моделью данных. Дополнительные сведения см. в разделе Работа с сущностями POCO (платформа Entity Framework) .
fdfdfапыапывкА кстати .. Если мы возвращаем класс предметной тут будет зависимость не от абстракции с этим как бытьВ качетсве возвращаемого типа не указывать сам класс, а указывать интерфейс, что класс реализует, или generic тип.

Если не устраивает как предлагает Microsoft, то мапить ручками, или использовать к примеру AutoMapper.