विभिन्न डिज़ाइन पुस्तकों में जो मैं पढ़ता हूं, कभी-कभी बड़ा जोर उन तरीकों की संख्या पर लगाया जाता है जो एक वर्ग के पास होना चाहिए (उदाहरण के लिए, एक ओओ भाषा के रूप में, जावा या सी # के रूप में)। अक्सर उन पुस्तकों में रिपोर्ट किए गए उदाहरण बहुत साफ और सरल होते हैं, लेकिन शायद ही कभी वे "गंभीर" या जटिल मामले को कवर करते हैं।
हालाँकि रेंज 5 और 8 के बीच की लगती है।
एक परियोजना में मैंने एक वर्ग "नोट" विकसित किया, गुणों के रूप में इसके अट्रिब्यूशन के साथ: शीर्षक, विवरण, क्रिएटडेट, आदि।
फिर कुछ बुनियादी तरीके जैसे: getRelations (यदि नोट अलग-अलग दस्तावेजों को सौंपा गया है), getExpiratDate, ect।
हालाँकि, अनुप्रयोग के विकास में आगे बढ़ते हुए, अधिक कार्यक्षमता की आवश्यकता थी, और इसलिए, अधिक विधियाँ।
मुझे पता है कि एक कक्षा में जितनी कम विधियाँ होती हैं, उतनी ही शिथिल होती है। यह वास्तव में प्रतिरूपकता और पुन: प्रयोज्यता के मामले में एक अच्छा लाभ है, साथ ही संपादित करने में आसान है।
वैसे अगर हमारे संदर्भ में उप-वर्ग बनाने की कोई आवश्यकता (या भावना भी नहीं है) और सभी आवश्यक कार्य उस वर्ग से संबंधित हैं, तो हम और कितने तरीके संलग्न कर सकते हैं?
मैं मानता हूं कि 15 से अधिक विधियां हैं, तो शायद थोड़ा फिर से डिजाइन की आवश्यकता हो सकती है।
लेकिन उस मामले में भी, यदि कुछ तरीकों या विरासत को हटाना कोई विकल्प नहीं है, तो उचित तरीका कौन सा होगा?