2009-05-01 16 views
28

डेल्फी में, मैं इसे प्रोजेक्ट सर्च पथ में जोड़कर या लाइब्रेरी पथ में जोड़कर फ़ोल्डर का स्रोत कोड शामिल कर सकता हूं। खोज पथ केवल वर्तमान प्रोजेक्ट पर लागू होता है, जबकि लाइब्रेरी पथ आईडीई के साथ खोले गए किसी भी प्रोजेक्ट पर लागू होता है।डेल्फी खोज पथ बनाम लाइब्रेरी पथ बनाम ब्राउज़िंग पथ

इसके अलावा, क्या खोज और लाइब्रेरी पथों के बीच कोई कार्यात्मक अंतर है?

पूछने का मेरा कारण: मेरे पास प्रोजेक्ट ए द्वारा प्रयुक्त स्रोत के साथ एक फ़ोल्डर एक्स है। जब मैं प्रोजेक्ट ए के खोज पथ के तहत उस फ़ोल्डर को शामिल करता हूं, तो यह कहता है कि उसे उस फ़ोल्डर में एक विशिष्ट फ़ाइल नहीं मिल सकती है। जब मैं इसे लाइब्रेरी पथ के तहत शामिल करता हूं, तो प्रोजेक्ट ए ठीक से संकलित करता है।

अब तक, मैं हमेशा इस धारणा के तहत था कि एकमात्र अंतर यह था कि एक परियोजना-विशिष्ट था, और दूसरा वैश्विक था।

जबकि हम विषय पर हैं (और खुद को मूर्ख बनाने के जोखिम पर): "लाइब्रेरी पथ" और "ब्राउज़िंग पथ" के बीच कार्यात्मक अंतर क्या है?

+1

"और अपने आप को मूर्ख बनाने के जोखिम पर" - मूर्ख उन बंदरों हैं जो मैन्युअल लिखते हैं। डेल्फी में पथों के बारे में हर कोई भ्रमित है। – Ampere

उत्तर

27

जहां तक ​​मुझे पता है, ब्राउजिंग पथ वह जगह है जहां लाइब्रेरी पथ में नहीं होने वाली स्रोत फ़ाइलों को तोड़ने/चरणबद्ध करने पर डीबगर को फ़ाइलों की तलाश करनी चाहिए।

आइए कहें कि आपके पास तीसरे पक्ष का घटक है जिसका आप उपयोग करते हैं। आप लाइब्रेरी पथ को उस निर्देशिका में इंगित करते हैं जहां उस घटक की पूर्व-संकलित डीसीयू-फ़ाइलें हैं। जब आप संकलित करते हैं तो आपकी परियोजना इन डीसीयू-फाइलों का उपयोग करेगी। यह अच्छा है, क्योंकि जब भी आप बिल्ड करते हैं तो इसे फिर से तैयार नहीं किया जाएगा।

लेकिन संकलित डीसीयू फाइलों को शामिल करके, आप थिर्पार्टी घटक को डीबग करने की संभावना को खो देते हैं। यदि आप पथ पथ में स्रोत फ़ाइलें कहां हैं, उस पथ को शामिल करते हैं, तो डीबगर को स्रोत मिल जाएगा, और आपको इसमें कदम उठाने की अनुमति मिल जाएगी।

वीसीएल के लिए डिफ़ॉल्ट सेटिंग्स इसे दिखाएं। लाइब्रेरी पथ में उन्होंने $ (बीएसडी) \ Lib डाल दिया है, और ब्राउज़िंग पथ में उन्होंने $ (बीडीएस) \ SOURCE \ WIN32 डाल दिया है ...

अद्यतन: दो अलग-अलग प्रकार के खोज पथ हैं: कंपाइलर खोज पथ और डीबगर खोज पथ। सबसे पहले कंपाइलर संकलन के दौरान फ़ाइलों की तलाश करता है, और दूसरा वह जगह है जहां डिबगर डीबगिंग के दौरान स्रोत फ़ाइलों को देखता है।

कंपाइलर केवल लाइब्रेरी पथ या प्रोजेक्ट सर्च पथ में फ़ाइलें पायेगा। डीबगर को कंपाइलर्स खोज पथ और ब्राउज़िंग पथ, प्रोजेक्ट के लिए डीबग स्रोत पथ और वैश्विक डीबग खोज पथ में पहचानकर्ता मिलेंगे।

वैश्विक स्तर पर या पीआर परियोजनाओं को निर्दिष्ट करने में कोई अंतर नहीं होना चाहिए।

+0

वह मेरी समझ भी थी, और यह समझ में आता है। लेकिन इसका मतलब है कि एक व्यावहारिक मामले के रूप में, सभी 3 समान हैं ... यह सिर्फ संगठन का मामला है। यह इस समस्या के साथ मेरे अनुभव से मेल नहीं खाता है। – JosephStyons

+1

नहीं, यह वही नहीं है। यदि आप पथ को ब्राउज़ करने में अपना रास्ता शामिल करते हैं, तो यह संकलित करना चाहता है। – Vegar

1

डीबगर को लाइब्रेरी पथ में फ़ाइलें भी मिलेंगी।

संबंधित मुद्दे