शुद्ध POCO मॉडल होने का मुख्य लाभ क्या है? मुझे लगता है कि मॉडल साफ और सरल होना चाहिए, लेकिन मैं मॉडल कक्षाओं के भीतर बाल वस्तुओं के रखरखाव को पसंद करना चाहता हूं। उदाहरण के लिए यदि मेरे पास एक ClassAऔर ClassBपरिभाषित है:
public class ClassA
{
public string MyProp { get; set; }
public IEnumerable<ClassB> Children { get; }
public void AddChild(ClassB newChild) { /*... */ }
public void RemoveChild(ClassB child) { /* ... */ }
}
public class ClassB
{
public string SomeProp { get; set; }
}
क्या जोड़ने और हटाने के तरीकों में कुछ गड़बड़ है? क्या मुझे इसके बजाय सिर्फ सूची को उजागर करना चाहिए और क्लाइंट कोड को जोड़ने की अनुमति देनी चाहिए जो कि साधारण डेटा सत्यापन की ज़िम्मेदारी को कम कर देता है जैसे कि शून्य नहीं है, और किसी अन्य वर्ग पर डुप्लिकेट नहीं है?
हर प्रकार की सहायता का स्वागत है, धन्यवाद।
यदि आपने कभी सैकड़ों तरीकों के साथ ActiveRecord वर्गों के सिरदर्द से निपटा है, तो हो सकता है कि आप किसी भी समय आप जो चाहते हैं वह नहीं हो सकता है, मुझे लगता है कि अपील को समझना आसान होगा।
—
केसी
इस विशेष डिज़ाइन से बचने का मुख्य कारण यह है कि यह .net डिज़ाइन दिशानिर्देशों के विरुद्ध जाता है। यह पूरी तरह से मनमाना है, लेकिन लोगों को उम्मीद है कि संग्रह में इसमें उत्परिवर्तन के तरीके होंगे।
—
फ्रैंक हिलमैन
@ कैसी मैं सक्रिय रिकॉर्ड पैटर्न का उपयोग नहीं कर रहा हूं, ऐड विधि बस कुछ मामूली डेटा सत्यापन कर रहा है। हटाने की विधि वहाँ है क्योंकि संग्रह उजागर नहीं है, वे बस एक आंतरिक सूची से जोड़ते हैं और निकालते हैं। मैंने इसे एक अलग संग्रह प्रकार का उपयोग करने के लिए बदल दिया है, जो मुझे ऐड / रिमूव मेथड में बिल्ट का उपयोग करते हुए सत्यापन करने की अनुमति देता है।
—
जेसी
AddChild(ClassB newChild) => Children.Add(newChild ?? new NullClassB())