इंटरफेस

Question

घोषित नहीं कर सकते हैं मेरे पास एक एपीआई में एक सारणी वर्ग है जिसका उपयोग किसी अन्य असेंबली में तरीकों से किया जाता है।

abstract public class Thing 
{ 
    public enum Status { Accepted, Denied, Pending }; 
    abstract public Status status { get; private set; } 
    etc... 
} 

मैं तो फैसला किया कि यह एक बेहतर डिजाइन हो सकता है अगर बात एक अंतरफलक था: कक्षा एक नेस्टेड enum इस तरह एक सा है, यह अंदर परिभाषित है। लेकिन मैं यह नहीं कर सकता:

public interface Thing 
{ 
    enum Status { Accepted, Denied, Pending }; 
    Status status { get; } 
    etc... 
} 

यह त्रुटि संदेश उत्पन्न करता है "इंटरफेस प्रकार घोषित नहीं कर सकता।" हालांकि, अगर मैं इंटरफ़ेस के बाहर enum की परिभाषा को स्थानांतरित करता हूं, तो सबसे पहले मैं encapsulation तोड़ना होगा (स्थिति प्रकार वास्तव में चीज से संबंधित है और अपने आप पर अर्थहीन है) और सबसे महत्वपूर्ण बात यह है कि मुझे कोड जाना और संशोधित करना होगा इसका उपयोग करने वाली कई अन्य असेंबली। क्या आप किसी भी समाधान के बारे में सोच सकते हैं?

Answer 1

त्रुटि इंगित करता है, तो आप सिर्फ इंटरफेस के बाहर Status की परिभाषा को खींचने के लिए किया है। मैं समझता हूं कि यह encapsulation तोड़ता है, लेकिन इसके आसपास वास्तव में कोई रास्ता नहीं है। मेरा सुझाव है कि आप Status का नाम बदल दें जो Thing - ThingStatus के साथ मजबूत संबंध इंगित करता है, यह चाल चलाना चाहिए।

enum ThingStatus { Accepted, Denied, Pending }; 

public interface Thing 
{ 
    ThingStatus status { get; } 
    etc... 
} 

Answer 2

अरे हाँ, समाधान करता है, तो आप इस तरह के कार्यान्वयन की जरूरत है एक अमूर्त वर्ग का प्रयोग है। सार वर्ग खराब डिजाइन नहीं हैं और इस तरह की स्थितियों में निश्चित रूप से उपयोगी हैं।

यदि आप इंटरफेस का उपयोग करने पर जोर देते हैं, तो मुझे डर है कि आपको p.s.w.g से समाधान के साथ जाना होगा और नियम या दो तोड़ना होगा (वे वैसे भी दिशानिर्देश हैं, वास्तव में)।

Answer 3

abstract वर्ग और interface अलग बातें हैं। abstarct कक्षा अबास्ट्रक्शन है, जो आपके डोमेन मॉडल से अधिक है और इंटरफ़ेस आपकी डोमेन इकाई का अनुबंध (व्यवहार) है। आप आवश्यकतानुसार अपने समाधान में दोनों का उपयोग कर सकते हैं। कंक्रीट परिदृश्य में status व्यवहार नहीं है यह केवल इकाई की स्थिति है। मुझे लगता है कि अमूर्त वर्ग अधिक विश्वसनीय विकल्प है।