डेल्फी में क्या आप पथ या स्पष्टीकरण में सभी आवश्यक फाइलों को शामिल करते हैं?

Question

हमारे कोडबेस को देखते हुए कुछ कोड स्पष्ट रूप से एक परियोजना में शामिल किए गए हैं और खोज पथ से खींचे जाते हैं। क्या किसी के पास कोई राय है कि किसके लिए सबसे अच्छा अभ्यास है और क्यों?

अद्यतन:

मैंने सोचा कि मैं अपने प्रश्न को स्पष्ट कर दूंगा। हमारे सभी मार्ग रिश्तेदार हैं, इसलिए हमारे पास कई शाखाएं हो सकती हैं जो सभी अपनी शाखाओं के भीतर कोड का संदर्भ लेती हैं। इसलिए मैं रिश्तेदार पथों के बारे में नहीं पूछ रहा हूं, लेकिन क्या इकाइयों को .dpr में होना चाहिए या खोज पथ का उपयोग करके उठाया जाना चाहिए, यही कारण है कि पहले पूछे जाने वाले प्रश्न मेरी आवश्यकताओं का उत्तर नहीं देते हैं। सभी को धन्यवाद

Answer 1

मेरे पास यह निर्धारित करने का एक बहुत ही बुनियादी तरीका है ... यदि कोड परियोजना के लिए विशिष्ट है (कहीं और उपयोग नहीं किया गया है) तो मैं इसे स्पष्ट रूप से शामिल करता हूं। सभी साझा कोड पुस्तकालय पथ से खींच लिया जाता है।

सादर, डॉन

Answer 2

साझा कोड विशिष्ट कोड बनाम एक अच्छा नियम है।

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

Answer 3

मुझे नहीं लगता कि मैं उस समय की गिनती कर सकता हूं जिसने मुझे किसी ऐसे व्यक्ति की मदद की है जिसने पाया कि कंपाइलर को अपने खोज पथ पर किसी इकाई की डुप्लिकेट प्रतिलिपि मिल रही थी, जहां उन्हें यह खोजने की उम्मीद नहीं थी। वे समझ में नहीं आ रहे थे कि वे संपादक में अपना कोड क्यों बदल रहे थे (खोज पथ में नहीं मिली इकाइयों की एक प्रति पर) और आवेदन के व्यवहार में कोई बदलाव नहीं देख रहे थे। स्पष्ट रूप से यूनिट समेत और खोज पथ स्थापित करने का अर्थ यह नहीं है कि संकलक द्वारा प्राप्त इकाई की केवल एक प्रति हो सकती है।

Answer 4

• मेरी पुस्तकालयों SVN में हैं, और मैं आमतौर पर परियोजना के सापेक्ष ../libraries पर के लिए बाहर उन्हें जाँच (उन्हें में शाखा) एक परियोजना। यह छोटे और बिंदु के डीआईआरएस के दायरे को बनाए रखता है।

• असली स्रोत (.pas) में, पथ पूरी तरह से प्रतिबंधित हैं।

• कोई परियोजना (केवल परियोजना प्रति, या वे सही मायने में सार्वभौमिक साझा कर रहे हैं सूत्रों का कहना है/घटकों) वैश्विक डेल्फी searchpath में संबंधित पथ

• मैं हार्डकोडेड रास्तों के साथ स्रोत poluting से नफरत है, इसलिए मैं आमतौर पर केवल कुछ इकाइयों परियोजना, हमेशा सापेक्ष पथ के साथ। वीएसएस डब्ल्यू नहीं: \ ड्राइव विकल्प कृपया हैक! आम तौर पर ये वे इकाइयां हैं जो ढांचे के हिस्सों में खींचती हैं या दृश्य विरासत या फॉर्म प्रारंभिकरण के कारण आवश्यक होती हैं।

• दुर्भाग्य से, संबंधित पथ डेल्फी के साथ खतरनाक हो सकता है, क्योंकि वे काम कर निर्देशिका, जो डेल्फी संवाद (जैसे ओपन) के अनुसार बदल सकते हैं के सापेक्ष हैं। समाधान सरल है, मुख्य परियोजना में एक अद्वितीय नाम के साथ एक फ़ाइल शामिल है।

Answer 5

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

Answer 6

इस से पहले यहां शामिल कर दिया गया है

• In Delphi, should I add shared units to my projects, to a shared package, or neither?
• What is the best way to share Delphi source files among projects?

My answer to the first question भी अपने प्रश्न का मेरा जवाब है।

Answer 7

मुझे एक ही समस्या थी। ब्लू-डॉट्स जहां गटर में दिखाई नहीं दे रहा है।

सरल समाधान (में से एक):

मेनू> परियोजना> संकलक> विन्यास का निर्माण ... बजाय डीबग रिलीज करने के लिए निर्धारित किया है।

डेल्फी 2007

पुनश्च: ठीक है, मुझे सोचा मैं कोडिंग किया गया था। किसी ने एक नई सुविधा का अनुरोध किया था। :)