Domain Model and Querying
        Posted  
        
            by 
                Tyrsius
            
        on Programmers
        
        See other posts from Programmers
        
            or by Tyrsius
        
        
        
        Published on 2012-12-19T06:51:21Z
        Indexed on 
            2012/12/19
            11:13 UTC
        
        
        Read the original article
        Hit count: 250
        
design-patterns
|domain-driven-design
I am new to DDD, having worked only in Transaction-Script apps with an anemic model, or just Big Balls of Mud, so please forgive any terminology I abuse.
I am trying to understand the proper separation between the domain model and the repository. What is the proper way to construct a domain object that is coming from a database, assuming the (incredibly simplified) need to query for objects by status (returns enumerable), or by ID.
- Should a factory be building the objects, exposing methods for 
GetByStatus()andGetByID(), using a DIed repository? - Should a repository be called directly, knowing how to build a domain model from the DTO?
 - Should the domain model have a constructor for get by ID, using a DIed repoistory to load the initial state, using some other (?) method for the list?
 
I am not really sure what the best way would be, and this question has an answer advocating each one (these are certainly mutuallu exclusive).
© Programmers or respective owner