रिपॉजिटरी

Question

में किसी डोमेन मॉडल पर निजी फ़ील्ड कैसे सेट करें मैं वर्तमान में एनीमिक डोमेन मॉडल का उपयोग करने वाले कोडबेस के साथ काम कर रहा हूं, और मैं डोमेन मॉडल और डोमेन की ओर बढ़ने के लिए डोमेन मॉडल में अधिक तर्क स्थानांतरित करने की कोशिश कर रहा हूं प्रेरित डिजाइन, लेकिन मैं निम्नलिखित समस्या से जूझ रहा हूं।

मैं एक डोमेन मॉडल नौकरी कहा जाता है जो इस तरह दिखता है,

public class Job 
{ 
    private DateTime _someOtherDate; 
    private DateTime _lastUpdated; 

    // this may be called from many different services 
    public void SetLastUpdated() 
    { 
    _lastUpdated = DateTime.UtcNow; 
    } 
} 

समय में कुछ बिंदु पर, प्रसंस्करण एक नौकरी मैं समय में है कि विशिष्ट बात करने के लिए काम के अंतिम अद्यतन तिथि निर्धारित करना चाहते हैं के दौरान की है। ऐसा करने के लिए मैंने इसके लिए एक सार्वजनिक सेटटर बनाया है जैसा कि आप ऊपर देख सकते हैं।

एक समस्या तब उत्पन्न होती है जब मैं अपने भंडार में डेटाबेस से नौकरी वापस खींच रहा हूं, क्योंकि अब मेरे पास इस क्षेत्र के लिए कोई सार्वजनिक सेटटर नहीं है क्योंकि मैंने इसे SetLastUpdated() तक सीमित कर दिया है।

क्या कोई इस बात की सलाह दे सकता है कि नौकरी को पुनर्प्राप्त करते समय मैं इस संपत्ति को रिपोजिटरी कार्यान्वयन में कैसे सेट कर सकता हूं, लेकिन सेवा से नहीं, जहां यह SetLastUpdated() पर कॉल करने के लिए प्रतिबंधित है।

अपडेट 1) मैंने प्रश्न अपडेट किया है क्योंकि प्रारंभ तिथि का उपयोग करना एक बुरा उदाहरण था।

अपडेट 2) दिए गए उत्तर से, एक ही रास्ता मैं देख सकता हूँ यह किया जा रहा भंडार में AutoMapper का उपयोग नहीं है, जब नौकरी के निर्माण _lastUpdated की स्थापना, और इस का उपयोग कर के लिए नौकरी वर्ग पर एक निर्माता जोड़कर है भंडार की नौकरी पुनर्प्राप्ति विधि में वापस लौटने के लिए।

Answer 1

एक आम दृष्टिकोण यह

public class Job 
{ 
    private DateTime _startDate; 

    public void Job() 
    { 
    _startDate = DateTime.UtcNow; 
    } 

    public void Job(DateTime dt) 
    { 
    // check DateTime kind, this could be source of a bug 
    if(dt.Kind != DateTimeKind.Utc) throw new ... 
    _startDate = dt; 
    } 
} 

आप इस विधि/संपत्ति एक तरह से या किसी अन्य को बेनकाब करने के लिए निर्माताओं के उपयोग करने के लिए है। यदि भंडार इसे सेट कर सकता है, तो आप इसे अन्य स्थानों से सेट कर सकते हैं। यदि आप इसके बारे में स्मार्ट होने का प्रयास करते हैं (उदाहरण के लिए, इंटरफेस का उपयोग करके आप कर सकते हैं), तो आपको अतिवृद्धि का खतरा मिल जाएगा।

Answer 2

डीडीडी कर रहे प्राथमिक कारणों में से एक प्रबंधित उत्परिवर्तन का लाभ उठाना है जिसे encapsulation द्वारा प्रदान किया जा सकता है। यह हमेशा कन्स्ट्रक्टर के साथ शुरू करने जा रहा है।

सामान्य तौर पर, इस काम के प्रकार एक ORM विशेष रूप से प्रदर्शन करने के लिए डिज़ाइन किया गया है, लेकिन यह भी किसी भी मौजूदा DTOs कि होगा memento pattern का उपयोग करके डोमेन ऑब्जेक्ट पर मैप किया गया है का लाभ ले सकते:

public Job() { 
    _lastUpdated = DateTime.UtcNow; 
    // ... 
} 

public Job(JobData data) { 
    _lastUpdated = data.LastUpdated; 
    //... 
} 

पुन: AutoMapper - यह थोड़ी देर के बाद से मैंने इसका इस्तेमाल किया, लेकिन यह possible for you to instruct it to access fields using reflection in the configuration होना चाहिए।

Answer 3

जैसा कि मैंने इसे देखा, आपके पास कई विकल्प हैं।

विकल्प 1

यह मानते हुए कि अपने भंडार दो विधियों है:

public IEnumerable<Job> ReadAll() { ... } 
public int CreateJob(Job job) { ... } 

आप Job वर्ग दो कंस्ट्रक्टर्स, एक है कि एक DateTime और एक कि नहीं लेता दे सकते हैं।

public class Job 
{ 
    public Job(DateTime startDate) 
    { 
     this.StartDate = startDate; 
    } 

    public Job() : this(DateTime.UtcNow) 
    { 

    } 

    public DateTime StartDate { get; private set; } 
} 

यह "गलत" निर्माता को कॉल करने से सेवा नहीं रोकता है, लेकिन कम से कम यह फोन करने वाले को startDate बिना यह बुला का विकल्प संचार करता है। दो अलग-अलग वर्गों के साथ Job

विकल्प 2

कार्य करें।

आपका भंडार इस बजाय दिखाई देगा:

public IEnumerable<Job> ReadAll() { ... } 
public int CreateJob(NewJob newJob) { ... } 

और NewJob वर्ग दिखाई दे सकता है जैसे:

public class NewJob 
{ 
    public NewJob() 
    { 
     this.StartDate = DateTime.UtcNow; 
    } 

    public DateTime StartDate { get; private set; } 
} 

इस आशय बेहतर संचार करता है, क्योंकि भंडार के Create विधि केवल NewJob का एक उदाहरण स्वीकार करता है इसलिए मॉडल के उपयोगकर्ता को Job के बजाय NewJob बनाने के लिए मजबूर किया जाएगा।

विकल्प 3

repostory के Create विधि में StartDate पर ध्यान न दें और हमेशा विधि के भीतर DateTime.UtcNow पर सेट करें। या यहां तक ​​कि Insert डेटाबेस को ट्रिगर करने के लिए भी सेट करें, जो इसे सेट करता है।