मुझे अपने ऑब्जेक्ट मॉडल को कैसे डिज़ाइन करना चाहिए ताकि मेरा डीएएल केवल-पढ़ने वाले फ़ील्ड को पॉप्युलेट कर सके?

Question

चिंताओं को अलग करने के लिए, मेरी वर्तमान परियोजना पर, मैंने अलग-अलग असेंबली में अपने डीएएल और बीएलएल/बिजनेस ऑब्जेक्ट्स को पूरी तरह से अलग करने का फैसला किया है। मैं चीजों को बेहद सरल रखने के लिए किसी भी तर्क के बिना अपनी व्यावसायिक वस्तुओं को सरल संरचनाओं के रूप में रखना चाहता हूं। मैं चाहूंगा कि मैं अपने व्यापार तर्क को अपने डीएएल से अलग रख सकूं। तो मेरा आवेदन मेरी वस्तुओं को लोड करने के लिए मेरे डीएएल को बताएगा, मेरा डीएएल डेटाबेस पर चला जाएगा और डेटा प्राप्त करेगा, ऑब्जेक्ट को डेटा के साथ पॉप्युलेट करेगा और फिर इसे मेरे बीएलएल में वापस भेज देगा।

प्रश्न - मैं एक अलग असेंबली में अपना डीएएल कैसे रख सकता हूं और केवल पढ़ने वाले फ़ील्ड में डेटा धक्का दे सकता हूं?

• अगर मैं गेटर संरक्षित तो विरासत में मिला वस्तुओं जो वास्तव में नहीं है जो मैं चाहता रूप में मैं विरासत में मिला वस्तु प्रकार, नहीं मूल वस्तु प्रकार लौटने होगी उस तक पहुँच सकते के रूप में निर्धारित किया है।
• यदि मैं गेटटर को आंतरिक के रूप में सेट करता हूं, तो मेरा डीएएल उसी बीएलएल के समान असेंबली में रहना चाहिए जो मैं नहीं चाहता।
• यदि मैं गेटटर को सार्वजनिक के रूप में सेट करता हूं, तो कोई भी इसे पढ़ा/लिख सकता है जब इसे केवल पढ़ा जाना चाहिए।

संपादित करें: मैं ध्यान दें मैं ObjectBase की वापसी प्रकार हो सकता है, लेकिन वास्तव में एक वस्तु या वस्तुओं है कि बाहर की दुनिया के लिए इतना रूप ObjectBase प्राप्त कर रहे हैं (मेरे दाल के बाहर) के संग्रह लौट कि गुण होगा केवल पढ़ने के लिए, लेकिन मेरे व्युत्पन्न प्रकार (केवल मेरे डीएएल के अंदर सुलभ) गुण वास्तव में पढ़/लिखते हैं।

Answer 1

आप एक निर्माता के माध्यम से केवल पढ़ने की संपत्ति सेट कर सकते हैं।

Answer 2

इसके साथ बस कैसे रहें?

उन दिशानिर्देशों के साथ कार्यान्वित करें, लेकिन अपने मॉडल में इतनी कठोर बाधा न डालें। आइए कहें कि आप ऐसा करते हैं, लेकिन फिर एक और रिक्त आओ जहां आपको इसे क्रमबद्ध करने या कुछ और करने की आवश्यकता है, और फिर आप इसके साथ बंधे हैं।

जैसा कि आपने अन्य टिप्पणी में कहा था, आप उन टुकड़ों को चाहते हैं जो विनिमेय हैं ... इसलिए, मूल रूप से आप कुछ विशिष्ट संबंधों में बंधे नहीं चाहते हैं।

---

अद्यतन 1: शायद "सिर्फ रहते हैं इसके साथ" बहुत साधारण था, लेकिन मैं अभी भी तनाव है कि तुम बहुत गहरा इन बातों में नहीं जाना चाहिए। सरल दिशानिर्देशों का उपयोग करके, अपने कोड को साफ रखें और शुरुआत में सबसे अच्छा कर सकते हैं। यह प्रगति के रास्ते में नहीं मिलेगा, जबकि सबकुछ अधिक सुलझाए जाने पर प्रतिक्रिया करना मुश्किल नहीं है।

कोई गलती मत करो, मैं उस व्यक्ति पर नहीं हूं जो बिना किसी सोच के कोड लिखता है। लेकिन, मैं इस तरह के दृष्टिकोण के साथ चला गया हूं और केवल कुछ मुट्ठी भर मामलों में वे भुगतान करते हैं --- बिना किसी संकेत के कि आपके पास सरल और विकसित होने के समान परिणाम नहीं होंगे।

आईएमएचओ यह महत्वपूर्ण वास्तुकला चिंताओं में फिट नहीं है जिसे शुरुआत में संबोधित करने की आवश्यकता है।

प्री-एम्प्टीव फॉलो अप: सावधान रहें यदि आप सरल दिशा-निर्देशों का पालन करने में अपनी टीम पर भरोसा नहीं कर सकते हैं। कुछ संरचनाओं के साथ शुरू करना भी सुनिश्चित करें, कुछ परिदृश्य चुनें जो वास्तविक सामग्री के साथ संरचना निर्धारित करते हैं, जब सरल कुछ होता है तो टीम अपने तरीके को बेहतर तरीके से जानती है।

Answer 3

यह एक चांदी की गोली के बिना एक स्थिति है, सबसे सरल विकल्प सीमित हैं या आपकी आवश्यकताओं को पूरा नहीं करते हैं और पूरी तरह से समाधान या तो गंध लगने लगते हैं या सादगी से दूर जाने लगते हैं।

शायद सबसे सरल विकल्प वह है जिसे मैंने यहां उल्लेख नहीं किया है: फ़ील्ड/गुणों को निजी रखते हुए और out/ByRef डीएएल के पैरामीटर के रूप में उन्हें पास कर रहा है। हालांकि यह बड़ी संख्या में खेतों के लिए काम नहीं करेगा, यह एक छोटी संख्या के लिए आसान होगा।

(मैंने इसका परीक्षण नहीं किया है, लेकिन मुझे लगता है कि यह खोज करने लायक है)।

public class MyObject() 
{ 
    private int _Id; 
    public int Id { get { return _Id; } } // Read-only 

    public string Name { get; set; } 

    // This method is essentially a more descriptive constructor, using the repository pattern for seperation of Domain and Persistance 
    public static MyObject GetObjectFromRepo(IRepository repo) 
    { 
     MyObject result = new MyObject(); 
     return repo.BuildObject(result, out _Id);    
    } 
} 

public class MyRepo : IRepository 
{ 
    public MyObject BuildObject(MyObject objectShell, out int id) 
    { 
     string objectName; 
     int objectId; 

     // Retrieve the Name and Value properties 
     objectName = "Name from Database"; 
     objectId = 42; 
     // 

     objectShell.Name = objectName; 
     Console.WriteLine(objectShell.Id); // <-- 0, as it hasn't been set yet 
     id = objectId; // Setting this out parameter indirectly updates the value in the resulting object 
     Console.WriteLine(objectShell.Id); // <-- Should now be 42 
    } 
} 

---

यह भी ध्यान देने योग्य बात है कि नंगे न्यूनतम करने के लिए अपने डोमेन/व्यापार वस्तुओं रखने की कोशिश कर और अधिक से अधिक आपको लगता है शामिल कर सकते हैं लायक है। यदि आप उन्हें डेटाबेस करने का इरादा रखते हैं तो आपको IPropertyNotifyChanged को लागू करने की आवश्यकता होगी, जो आपको स्वचालित रूप से कार्यान्वित गुणों का उपयोग करने से रोकती है। आप इसे काफी साफ रखने के लिए सक्षम होना चाहिए, लेकिन आप बुनियादी कार्यक्षमता के लिए कुछ बलिदान करना होगा।

Answer 4

यह आपके एसओसी मॉडल को अच्छी तरह से रखता है, यह बहुत जटिलता में नहीं जोड़ता है, यह केवल पढ़ने के लिए फ़ील्ड को लिखता है और आप धारावाहिक चिंताओं के लिए एक बहुत ही समान मॉडल का उपयोग कर सकते हैं। आपके केवल पढ़ने वाले फ़ील्ड को अभी भी आपके डीएएल द्वारा लिखा जा सकता है, जैसा कि आपके सीरिएलाइज़र को समान रूप से उपयोग किया जा सकता है - इसका मतलब है कि एक डेवलपर द्वारा केवल पढ़ने वाले क्षेत्र को लिखने के लिए जागरूक प्रयास किया जाना चाहिए जो अनजाने दुरुपयोग को रोकता है।

मॉडल परियोजना

namespace Model 
{ 
    public class DataObject 
    { 
     public int id { get; protected set; } 
     public string name { get; set; } 
    } 
} 

डाटा परियोजना

namespace Data 
{ 
    class DALDataObject : DataObject 
    { 
     public DALDataObject(int id, string name) 
     { 
      this.id = id; 
      this.name = name; 
     } 
    } 
    public class Connector 
    { 
     public static DataObject LoadDataObject(int objectId) 
     { 
      return new DALDataObject(objectId, string.Format("Dummy object {0}", objectId)); 
     } 
     public static IEnumerable<DataObject> LoadDataObjects(int startRange, int endRange) 
     { 
      var list = new List<DataObject>(); 
      for (var i = startRange; i < endRange; i++) 
       list.Add(new DALDataObject(i, string.Format("Dummy object {0}", i))); 

      return list; 
     } 
    } 
} 

Answer 5

मेरी राय में, सबसे अच्छा तरीका यह संभाल करने के लिए व्यापार की वस्तुओं और में दाल है नामस्थान द्वारा अलग एक ही असेंबली। यह चिंताओं तार्किक अलग करती है और आप आंतरिक setters उपयोग करने के लिए अनुमति देता है। मैं उन्हें अपने स्वयं के असेंबली में अलग करने के किसी भी लाभ के बारे में नहीं सोच सकता क्योंकि एक दूसरे के बिना बेकार है।