Как должен выглядеть мой слой доступа к данным с отношениями родитель-потомок?

Question

Я пишу свое первое приложение NHibernate, но, думаю, этот вопрос относится к любой среде ORM. Мое приложение представляет собой простой баг-трекер (разработчики все понимают проблемную область, верно?), И мне интересно, как лучше смоделировать отношения Project / Ticket в DAL. A Project имеет несколько Ticket с; Ticket должен принадлежать Project.

Каждый пример, который я видел, показывает IRepository<T>, с FindAll, Save, Delete и т. Д. Итак, у меня есть interface IProjectRepository : IRepository<Project>.

Мой вопрос исходит из следующего: у меня есть ITicketRepository, который знает, как говорить о билетах, или это то, о чем IProjectRepository должен знать?

Или я полностью лаю не на том дереве? Может кто-нибудь указать мне пример кода, который моделирует отношения родитель-ребенок с DAL?

Answer 1

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