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