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