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