सी # कक्षा में

Question

कितने तरीके हो सकते हैं क्या गुणों की संख्या पर कोई सीमा है, सी # कक्षा के तरीके हो सकते हैं?

मैं मानक ईसीएमए -334 पर त्वरित स्कीम करता हूं और इसके बारे में कोई जानकारी नहीं मिली।

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

तो इस सवाल के लिए, यदि कोई सीमा है और गुणों, विधियों की संख्या के लिए सीमा क्या है, तो मुझे केवल रूचि है।

Answer 1

आप से अधिक कभी भी एक कक्षा में रखना चाहते हैं।

Answer 2

मुझे नहीं पता कि सी # कक्षा में कितने तरीके हो सकते हैं, लेकिन मुझे पता है कि जब आप इसके बारे में सोच रहे हैं तो आप निश्चित रूप से कुछ गलत कर रहे हैं।

यदि कोई सीमा है (जो मुझे संदेह है) तो यह इतना अधिक है कि आप इससे अधिक नहीं होंगे। सिवाय इसके कि आपके पास वास्तव में खराब वर्ग डिज़ाइन है।

एंटी-पैटर्न "God object" देखें।

अद्यतन:

हालांकि मैं अभी भी वास्तव में नहीं जानते कि तुम क्या हासिल करना चाहते, मैं अभी भी विश्वास है कि आप निश्चित रूप से निम्नलिखित कारणों के लिए केवल कुछ ही तरीकों के साथ वर्गों का एक बहुत बनाने चाहिए:

• प्रदर्शन: यदि आप एक वर्ग में सभी गुण लगा रहे हैं, तो हर संपत्ति स्मृति के लिए, भले ही आप केवल अपनी कक्षा में गुण के 5% की जरूरत आवंटित किया जाना है जब आप एक उदाहरण बनाने की है,

• प्रतिरूपकता: यदि आप वर्गों का एक बहुत बनाने के आप उन सभी को एक अंतरफलक/सार वर्ग को लागू और इस तरह एक समान संरचना, आपके आवेदन अधिक मॉड्यूलर बनाने में मदद मिलेगी जो परिभाषित कर सकते हैं

• संरचना: यह जो तरीकों जो गुणों का उपयोग जब केवल वे एक ही कक्षा में रहते हैं को देखने के लिए बहुत सीधा है - अन्यथा चीजें वास्तव में बहुत गंदा हो सकती है

• समय संकलन: जब एक समारोह के कार्यान्वयन को बदलने मोर्चे, दूसरों के रूप में वे अन्य वर्गों

Answer 3

हाँ में हैं, फिर से संकलित की जरूरत नहीं है ...

इसका सामान्य ज्ञान कहा जाता है। कक्षा को अधिभारित न करने का प्रयास करें, यह संभवतः एक जिम्मेदारी सिद्धांत का उल्लंघन करेगा, और कोई भी इसे समझने में सक्षम नहीं होगा।

सब के बाद, एक वर्ग वहाँ (हाँ, मुझे पता है एक खतरनाक बयान thats)

Answer 4

"केवल डेवलपर, नहीं कर सकते जो अपने अल्पकालिक स्मृति में एक बार में अधिक तो 7 जानकारियां फिट सहायता करने के लिए" है मैं डॉन ' ऐसा मत सोचो।हालांकि, अच्छे सॉफ़्टवेयर विकास प्रथाओं और दिशानिर्देशों का पालन करने और विचार करने पर दिशानिर्देशों को उन गुणों और विधियों की संख्या को स्वाभाविक रूप से सीमित करना चाहिए जिन्हें कक्षा में समझदारी और पूर्ण आवश्यकता होती है। इस तरह के प्रथाओं में सोलिड, किआईएसएस (इसे सरल रखें), डीआरवाई (खुद को दोहराएं), रचना, रिफैक्टरिंग, विरासत इत्यादि

Answer 5

16.7 मिलियन प्रति असेंबली प्रति विधि (वर्ग नहीं)।

Answer 6

Type.GetMethods विधि एक सरणी कि इतने एक पूर्णांक द्वारा अनुक्रमित किया जाना चाहिए देता है, मैं कहूंगा कि आप प्रति कक्षा एक से अधिक int.MaxValue पद्धतियां नहीं हो सकतीं।

Answer 7

मैं एक स्वचालित कोड पीढ़ी उपकरण है और मैं वर्तमान में ~ 5K (जो काम किया) और 10K के बीच सीमा, जो विफल रहा है

System.TypeLoadException: Type '<the type name>' from assembly '<the assembly name>, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' contains more methods than the current implementation allows. 

तो इस के विपरीत दावा है कि यह "असीमित" है मारा।

Answer 8

वर्तमान सीएलआर कार्यान्वयन में सही उत्तर ushort.MaxValue - 15 है। यह इस प्रकार का परीक्षण किया जा सकता है:

AppDomain appDomain = AppDomain.CurrentDomain; 

AssemblyName aname = new AssemblyName ("MyDynamicAssembly"); 

AssemblyBuilder assemBuilder = 
    appDomain.DefineDynamicAssembly (aname, AssemblyBuilderAccess.Run); 

ModuleBuilder modBuilder = assemBuilder.DefineDynamicModule ("DynModule"); 

TypeBuilder tb = modBuilder.DefineType ("Widget", TypeAttributes.Public); 

for (int i = 0; i < ushort.MaxValue - 15; i++) 
{ 
    MethodBuilder methBuilder = tb.DefineMethod ("SayHello" + i, MethodAttributes.Public, null, null); 
    ILGenerator gen = methBuilder.GetILGenerator(); 
    gen.EmitWriteLine ("Hello world"); 
    gen.Emit (OpCodes.Ret); 
} 
Type t = tb.CreateType(); 
object o = Activator.CreateInstance (t); 

प्रश्न यदि आप एक डेटाबेस वापस करने के लिए एक टाइप किया DataContext बनाने के लिए (LINQPad करता है) Reflection.Emit का उपयोग कर रहे प्रासंगिक है। पर्याप्त संग्रहित प्रक्रियाओं के साथ, आप इस सीमा को हिट कर सकते हैं! इस पर

Answer 9

देखो: https://softwareengineering.stackexchange.com/questions/193295/implications-of-a-large-partial-class/193304?noredirect=1#193304

किसी ने वास्तव में के रूप में संभव