TFrame-descendent components के सेट के लिए अपने पैकेज को पुनर्व्यवस्थित करने का प्रयास कर रहा है, मुझे लगता है कि मेरे कुछ उपयोगिता टीएफआरएम वंशजों का उपयोग उन संवाद रूपों से अलग है जो मुख्य रूप से पैलेट में पंजीकृत हैं, और ऐसा लगता है कि कभी-कभी उन मॉड्यूल फॉर्मों के संबंध में आईडीई को भ्रमित करना पड़ता है जो उनका उपयोग करते हैं। बदले में संवाद रूपों को गैर-दृश्य घटकों द्वारा बुलाया जाता है, जो कि तीसरे पैकेज का हिस्सा हैं। यह, अब तक, लगता है कि अधिकांश कंपाइलर dependency-related complaints/भ्रम दूर हो जाते हैं। (हालांकि, मैं अभी तक बाहर नहीं हूं)।डेल्फी पैकेज में हमेशा "बुरी तरह से आयात" किया जाता है?
जब संवाद रूपों साथ पैकेज (जो फ्रेम्स कहते हैं) संकलन, मैं चेतावनी हो रही है "यूनिट 'MyFrames' परोक्ष पैकेज में आयात 'MyDialogForms'"
को देखते हुए यह पता चलता है कि एक कंपाइलर चेतावनी के रूप में, मुझे बहुत पहले यह धारणा मिली है कि एक इकाई "निहित रूप से आयात" आम तौर पर एक अच्छी बात नहीं है। क्या ऐसे विशिष्ट उदाहरण हैं जहां यह मामला नहीं है? यानी जहां एक इकाई को स्पष्ट रूप से आयात करना ठीक है, और/या एक उचित अभ्यास है? ... और यदि हां, तो वे विशिष्ट मामले क्या हैं?
(ध्यान दें कि पैकेज में बीपीएल में इसका मतलब नहीं है। $ Weakpackageunit देखें;) –
मेसन - धन्यवाद! यह सबसे संक्रामक, संक्षिप्त अवधारणात्मक अवलोकन है जिसे मैंने इस पर पढ़ा है क्योंकि मेरे पैकेज सागा शुरू हुए थे। – Jamo
डेल्फी पैकेजों में SysUtils, Forms, आदि जैसे मौलिक इकाइयों के पुनरावर्ती संदर्भों को कैसे संभालता है? ऐसा लगता है जैसे ये एक ही तरह की समस्या का कारण बनेंगे। – Jamo