सरल तथ्य यह है कि कई ओओ पैटर्न को कार्यात्मक भाषाओं (विशेष रूप से मूल GoF पैटर्न) में मुहावरे माना जाएगा। उदाहरण के लिए Iterator पैटर्न (C # अब जैसी भाषाओं में बिल्ट-इन) केवल एक लिस्प या ML में आवश्यक नहीं है जिसमें अनुक्रम ऑपरेटर हैं।
ओओ सिस्टम में हमारे द्वारा उपयोग किए जाने वाले बहुत सारे पैटर्न हमें "गैर-आवश्यक" तरीके से बाहर निकालने में मदद करने के लिए हैं ताकि हम वस्तुओं को कोड करने पर ध्यान केंद्रित कर सकें। दूसरे शब्दों में, पैटर्न एप्लिकेशन के गैर-दिलचस्प भागों का समाधान है। हमें सामान्य आवश्यकताओं को हल करने के लिए पैटर्न का लाभ उठाना चाहिए जो पहले हल किया गया है (जैसे डेटाबेस ट्रांसमिशन, या डेटाबेस ट्रांसमिशन जैसी चीजों से निपटने के लिए एंटरप्राइज एप्लिकेशन के पैटर्न में पैटर्न, या आपकी यूनिट परीक्षण को बढ़ाने के लिए xUnit पैटर्न) ताकि हम व्यापार मूल्य जोड़ने पर ध्यान केंद्रित कर सकें। आवेदन के लिए।
मुझे यकीन है कि GoF पैटर्न की बारीकियों से परे, ऐसे डिज़ाइन पैटर्न हैं जो कार्यात्मक प्रोग्रामिंग पर भी लागू होंगे। बात यह है कि OO प्रमुख प्रतिमान है। एक पैटर्न बुक लिखना जो कार्यात्मक डेवलपर्स को लक्षित करता है ... अच्छी तरह से स्पष्ट रूप से एक प्रकाशक से ग्रीनलाइट नहीं मिलेगी। यही वह उबाल है। कार्यात्मक प्रतिमानों के लिए बाजार के लिए पर्याप्त नहीं है कि विषय के लिए समर्पित पुस्तकों की एक महत्वपूर्ण संख्या हो।