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