कक्षा कब लंबी है?

Question

When is a function too long? इस प्रश्न का एक उप-समूह है, मुझे लगता है।

यह निर्धारित करने के लिए कि कुछ कक्षा बहुत लंबी है, कुछ अच्छे मीट्रिक क्या हैं?

मैं बाहरी ठेकेदारों के साथ एक परियोजना के लिए कोड स्वीकृति दिशानिर्देशों का एक सेट पुनः प्राप्त कर रहा हूं, और महसूस किया कि मैंने इसे अतीत में शामिल नहीं किया है, लेकिन भविष्य में इसे कवर करना चाहिए।

Answer 1

जब इसकी एक से अधिक ज़िम्मेदारी होती है।

मुझे बोली रॉबर्ट सी मार्टिन Clean Code यहाँ हैं:

वर्गों का पहला नियम है कि वे छोटा होना चाहिए है। कक्षाओं का दूसरा नियम यह है कि उन्हें उससे छोटा होना चाहिए। ... फ़ंक्शंस के साथ हमने भौतिक रेखाओं की गणना करके आकार को माप लिया। कक्षाओं के साथ हम एक अलग उपाय का उपयोग करते हैं। हम जिम्मेदारियों की गिनती करते हैं। [अध्याय 10, पृष्ठ 136]

Answer 2

एक वर्ग में केवल एक जिम्मेदारी होनी चाहिए। यह इसकी लंबाई से बेहतर उपाय है। इसलिए, जब आपका कोड डिज़ाइन किया जाता है, तो आपके डिज़ाइन (एक प्रकार या कक्षा) की प्रत्येक इकाई केवल एक चीज़ के लिए ज़िम्मेदार होनी चाहिए (जो भी आपके मामले में "एक चीज़" है)। यदि आप इसे यथासंभव सरल रखते हैं, तो आपको गड़बड़ नहीं होगी।

Answer 3

जब आपको लगता है कि अब यह आपके लिए इसे प्रबंधित करने के लिए कठिन हो गया है और आप अटक गए हैं।

Answer 4

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

मैं वास्तव में एक सार्थक मीट्रिक के रूप में लाइनों की संख्या नहीं लेता।

Answer 5

17 से अधिक लाइनें नहीं। न आधिक न कम। तो यदि 17 लाइनों के तहत है तो कैरिज रिटर्न चाल करेगा। यदि यह 17 से अधिक है तो आपको फ़ंक्शन के भीतर से अन्य कार्यों को कॉल करना प्रारंभ करना होगा।

उदाहरण के लिए:

public function myFunction() { 
... 
line 17: myFunctionPart2(); 
} 

public function myFunctionPart2() { 
... 
line 17: myFunctionPart3(); 
} 

और इतने पर।

इसकी सुंदर मानक प्रोग्रामिंग अभ्यास।

Answer 6

कक्षा प्रशंसक-बाहर जटिलता: किसी दिए गए वर्ग की अन्य कक्षाओं की संख्या पर निर्भर करता है। इसके अलावा इसका वर्ग कम से कम कार्यात्मक कार्यक्रमों (फ़ाइल आधार पर) में रखरखाव की मात्रा को इंगित करने के लिए दिखाया गया है।

चक्रवात जटिलता: निर्दिष्ट सीमा के खिलाफ चक्रवात जटिलता की जांच करता है। जटिलता को, यदि, करते हैं, के लिए, ...,, पकड़, स्विच, केस स्टेटमेंट, और ऑपरेटरों की संख्या से मापा जाता है & & और || (प्लस वन) एक कन्स्ट्रक्टर, विधि, स्थिर प्रारंभकर्ता, या उदाहरण प्रारंभकर्ता के शरीर में। यह स्रोत के माध्यम से संभव पथों की न्यूनतम संख्या का एक उपाय है और इसलिए आवश्यक परीक्षणों की संख्या है। आम तौर पर 1-4 अच्छा माना जाता है, 5-7 ठीक है, 8-10 फिर से फैक्टरिंग पर विचार करें, और 11+ फिर से कारक!