वर्तमान में मैंने अपनी मुख्य परियोजना में डेल्फी डीसीयू के लिए कोई विशिष्ट आउटपुट निर्देशिका निर्धारित नहीं की है। इसके परिणामस्वरूप मेरी .pas स्रोत फ़ाइलों के समान निर्देशिका में डीसीयू फाइलें समाप्त होती हैं। मेरे लिए, यह बदसूरत लगता है क्योंकि मुझे उसी निर्देशिका में .pas और .dcu फ़ाइलों को मिश्रित करने का विचार पसंद नहीं है। डेल्फी। डीसीयू फाइलों को संग्रहीत करने के लिए सबसे अच्छा अभ्यास क्या है - उन्हें प्रत्येक प्रोजेक्ट के लिए सभी एक निर्देशिका रखें? या शायद प्रत्येक स्रोत फ़ोल्डर के लिए एक डीसीयू निर्देशिका बनाएँ? कोई विचार स्वागत है।डेल्फी डीसीयू फाइलें कहां रखना है?
उत्तर
ऐसा करने का सबसे अच्छा तरीका प्रत्येक प्रोजेक्ट के लिए डीसीयू फ़ोल्डर बनाना है, खासकर यदि आपके पास एक ही फाइल का उपयोग करने वाली एक से अधिक प्रोजेक्ट हैं। अन्यथा, आप एक दूसरे के डीसीयू को अलग करने वाली विभिन्न कंपाइलर सेटिंग्स के साथ विभिन्न संकलनों के साथ समाप्त कर सकते हैं।
। डीसीयू भी परिभाषित करने पर निर्भर हैं, और उदा। डिबगिंग बनाम रिलीज कॉन्फ़िगरेशन (*)।
(*) डेल्फी XE, उत्पादन रास्ते में "विन्यास" डाल करने के लिए IMHO कि इलाज समस्या से भी बदतर
तो मैं नियमित रूप से रिकर्सिवली सभी .dcu की निर्देशिका की जड़ से हटाना है की अनुमति देता है, जहां मैं मेरे सभी एसवीएन चेकआउट करें।
घटकों के साथ निर्देशिका में एक डेल्फी संस्करण प्रत्यय है, और एसवीएन चेकआउट निर्देशिका के बाहर है।
सहमत ... उसी निर्देशिका में पीएएस और डीसीयू फ़ाइलों को मिलाकर 'गंदे' है।
जब भी आप कोई नया एप्लिकेशन, डीएलएल या अन्य डेल्फी प्रोजेक्ट शुरू करते हैं, तो आउटपुट निर्देशिका सेट करने के लिए पहली चीजों में से एक है। डेल्फी के बाद के संस्करणों में यह आपके लिए किया जाता है क्योंकि आउटपुट निर्देशिका को \ $ (Config) \ $ (प्लेटफ़ॉर्म) के रूप में सेट किया गया है जो डीबग या रिलीज़ कॉन्फ़िगरेशन विकल्प और Win32 प्लेटफ़ॉर्म से संबंधित है। (डीबग \ Win32 की डिफ़ॉल्ट आउटपुट निर्देशिका के साथ समाप्त हो रहा है)
यदि आप कस्टम कंपाइलर परिभाषित करते हैं तो कस्टम प्रोजेक्टर परिभाषित करने के प्रत्येक सेट के लिए अलग आउटपुट निर्देशिका शामिल करने के लिए अलग-अलग प्रोजेक्ट बिल्ड विकल्प चुनना बुद्धिमान होगा अन्यथा आपके पास है यह सुनिश्चित करने के लिए कि पूर्ण इकाइयां सही तरीके से बनाई गई हैं, पूर्ण निर्माण करने के लिए।
- 1. कहां रखना है?
- 2. PowerShell स्क्रिप्ट्स कहां रखना है?
- 3. इकाई परीक्षण कहां रखना है?
- 4. एचटीएमएल टेम्पलेट्स कहां रखना है?
- 5. ActiveModel :: Validator कहां रखना है?
- 6. डीडीडी: डोमेन इंटरफेस, इंफ्रास्ट्रक्चर कहां रखना है?
- 7. डेटाबेस कनेक्शन सेटिंग्स कहां रखना है?
- 8. एमवीवीएम डाटा एक्सेस लेयर कहां रखना है?
- 9. पीएल/एसक्यूएल स्थिरांक कहां रखना है?
- 10. मेरे कस्टम एचटीएमएल हेल्पर्स कहां रखना है?
- 11. Django में आम प्रश्न कहां रखना है?
- 12. डोमेन तर्क कहां रखना है, जिसे डेटाबेस
- 13. डेल्फी 2010: डॉकफॉर्म.pas कहां है?
- 14. मेरा win32 प्रोग्राम कहां रखना चाहिए?
- 15. डेल्फी डीसीयू में किस प्रकार परिभाषित किया गया है यह बताने के लिए कैसे?
- 16. MEF: मुझे कंपोज़िशनकंटर कहां रखना चाहिए?
- 17. jQuery टेम्पलेट्स - मुझे उन्हें कहां रखना चाहिए?
- 18. मुझे खाली बेस क्लास कहां रखना चाहिए?
- 19. मुझे अपने जुनीट परीक्षण कहां रखना चाहिए?
- 20. मुझे अपना जावास्क्रिप्ट कोड कहां रखना चाहिए?
- 21. eclipse WTP के साथ context.xml कहां रखना है?
- 22. इकाई फ्रेमवर्क - स्तरित डिज़ाइन - कनेक्शनस्ट्रिंग कहां रखना है?
- 23. मान्य तर्क कहां रखना है? सेवा या रिपोजिटरी में?
- 24. रेल 3 में समय प्रारूप नियम कहां रखना है?
- 25. आईओसी पैटर्न में कनेक्शनस्ट्रिंग जैसी चीज़ों को कहां रखना है?
- 26. ओपनसीवी 2 में फाइलें कहां शामिल हैं?
- 27. मेरी एच 2 डेटाबेस फाइलें कहां हैं?
- 28. heroku में मेरी लॉग फाइलें कहां हैं?
- 29. UIKit फ्रेमवर्क कार्यान्वयन फाइलें कहां स्थित हैं?
- 30. एंड्रॉइड लॉगकैट फाइलें कहां संग्रहीत हैं?
प्रति परियोजना * प्रति निर्माण विन्यास * बेहतर है - उदाहरण के लिए, परियोजना \ रिलीज और परियोजना \ डीबग। –