Sunday 11 February 2018

Delforexp - डेल्फी - 2010- प्रणाली


मैं अपने डेल्फी 2010 कोड को XE7 में संकलित करने के लिए संशोधित करने की कोशिश कर रहा हूं (और इसे 2010 में संकलित करने की क्षमता को बनाए रखना चाहते हैं) इसलिए इकाई में जो मेरे मुख्य रूप से रखती है मैंने सशर्त निर्देशों को जोड़ा। निम्नलिखित कार्य ठीक 2010 में होता है लेकिन XE7 स्वचालित रूप से एक प्रणाली जोड़ता है। क्रियाओं का उपयोग एक खंड बनाने के लिए जो अब सिस्टम। क्रियाओं को दो बार घोषित किया गया है (नीचे देखें), और त्रुटि संदेश dcc32 त्रुटि MyForm. pas (10): E2004 आइडेंटिफ़ायर redeclared: System. Actions क्यों XE7 सशर्त निर्देश के अंदर से इकाई को स्वीकार नहीं कर रहा है 1 अक्टूबर को 23:31 को पूछा गया है कि IDE सशर्त परिभाषित करने के बारे में जानता है। यह सिर्फ जानता है कि आपके पास फॉर्म पर एक निश्चित घटक है, और यह उस खंड को उपयोग के खंड में पा सकता है, इसलिए यह इसे जोड़ता है जैसा कि मैंने कहा था, इंटरफ़ेस क्लाउड का प्रयोग आईडीई के अंतर्गत आता है। तुम नहीं। यदि घटक फॉर्म पर है, तो आईडीई यह बीमा करेगा कि यूनिट सीधे उपयोग खंड में शामिल है। मैं इसे स्पष्टता के लिए तीसरे बार दोहराता हूं: इंटरफ़ेस एक फॉर्म से संबंधित इकाई में क्लॉज का उपयोग करता है जो एक फॉर्म पर गिराए गए किसी भी घटक के संबंध में आईडीई के अंतर्गत आता है। ndash केन व्हाइट 2 अक्टूबर 14 0:01 के रूप में केन का कहना है, इंटरफ़ेस का प्रयोग आईडीई द्वारा संशोधित किया जाएगा और जिसके द्वारा इसे हासिल किया गया है, वह परिष्कृत की तुलना में कुछ कम है (जैसा आपने पाया है)। इसी समस्या से प्रभावित परियोजना को खंड का उपयोग करता है दुर्भाग्य से, फ़ॉर्मडाटा मॉड्यूल के मामले में से बचने के लिए कड़ी मेहनत करना क्लाउज़ का उपयोग करता है। आप एक यूनिट एलायस (डेविड हेफ़र्नन्स के उत्तर देखें) का इस्तेमाल कर सकते हैं, लेकिन यह जानना जरूरी है कि यदि आप एक इकाई के लिए एक एलायम बनाते हैं जो आईडीई जोड़ना चाहती है, तो आईडीई अभी भी आवश्यक इकाई के लिए एक संदर्भ जोड़ देगा क्योंकि यह पहचान नहीं करता है उस आवश्यक इकाई की पहचान के रूप में उपनाम सिस्टम यूनिट को अलियाज करना इससे बचना होगा क्योंकि यह पहले से ही है (निहित) प्रत्येक इकाई द्वारा उपयोग किया जाता है एक अन्य विकल्प यह है कि आपकी उपयोग सूची से ऐसी सभी शर्तों को हटा दें और इसके बजाय जगह-धारक इकाइयां बनायें ताकि परियोजना पर आप उपयोग करने वाले विभिन्न कंपाइलर्स को प्रत्येक सूची से संयुक्त एकल सूची से संतुष्ट किया जा सके जो प्रत्येक आईडीई जोर दे आवश्यक है (आईडीई उपयोग की गई सूची से अप्रयुक्त इकाइयों को हटाएगा, ऐसा कुछ जो अक्सर शिकायत होता है लेकिन इस स्थिति में वास्तव में आपकी समस्या को हल करने में मदद मिलती है)। इस मामले में, आपके डेल्फी 2010 प्रोजेक्ट में रिक्त एक्शन यूनिट बनती है: आपको निश्चित रूप से यह सुनिश्चित करने की आवश्यकता होगी कि यह इकाई परियोजना के अपने XE7 संस्करण के लिए प्रोजेक्ट पथ में नहीं है। इसे प्राप्त करने का एक तरीका यह सुनिश्चित होगा कि रिक्त एक्शन। पीस यूनिट डीपीआर सूची में स्पष्ट रूप से सूचीबद्ध नहीं है, लेकिन इसे आपके प्रोजेक्ट स्रोत (उदाहरण के प्लेसहोल्डर) के सबफोल्डर में रखा गया है। इसके बाद आप डेल्फी 2010 संस्करण के लिए प्रोजेक्ट सर्च पथ में इस सबफ़ोल्डर को जोड़ सकते हैं, लेकिन नहीं XE7 संस्करण: यदि आपको लगता है कि आपको प्रत्येक अलग-अलग संस्करणों के लिए प्लेसहोल्डर्स की आवश्यकता है तो आपको अलग प्लेसहोल्डर फ़ोल्डर्स की आवश्यकता होगी। आप आगे संस्करण विशिष्ट सबफ़ोल्डर्स बना सकते हैं, उदाहरण के लिए: इस तरह की संरचना को एक स्व-स्वतः दस्तावेज़िंग संगठन बनाने के दृष्टिकोण से सिर्फ सलाह दी जा सकती है ध्यान दें कि फॉर्म्स (या फ्रेम्स आदि) के इंटरफ़ेस अनुभाग के उपयोग खंड में यूनिट संदर्भों के साथ निपटने के लिए केवल यह आवश्यक है। गैर-दृश्य इकाइयों में या कार्यान्वयन खंड में, आईडीई में हस्तक्षेप नहीं होता है, इसलिए सशर्त संकलन निर्देश वहाँ कोई समस्या नहीं पेश करनी चाहिए। इसे ठीक करने का सबसे आसान तरीका यह है कि अपने डेल्फी 2010 प्रोजेक्ट में एक यूनिट उपनाम जोड़ना। आपको अपने विभिन्न डेल्फी संस्करणों के लिए अलग. dproj फ़ाइलों का उपयोग करने की आवश्यकता है, लेकिन आपको ऐसा करने की आवश्यकता है। डेल्फी 2010 प्रोजेक्ट के लिए यूनिट उपनामों की सेटिंग में यह जोड़: I सिस्टम को उपनाम लक्ष्य के रूप में प्रयोग करना क्योंकि सिस्टम यूनिट को प्रत्येक डेल्फी इकाई में स्वतः शामिल किया जाता है और इसलिए उपरांत समावेशन सौम्य हैं। इसका सरलतम तरीका है कि मैं संकलक को बनाने के बारे में सोच सकता हूं कि एक प्रयोग में क्लॉज प्रभावी ढंग से एक प्रविष्टि की अनदेखी कर सकता है। उसके बाद आप अपने उपयोग के खंड को इस तरह घोषित कर सकते हैं: यह डेल्फी 2010 में ठीक से संकलित करेगा, क्योंकि उपनाम प्रोसेसिंग सिस्टम पर क्रियाओं को मैप करेगा। XE7 में आप ठीक भी हैं क्योंकि कोई उपनाम नहीं है, और आईडीई कार्य इकाई की उपस्थिति से संतुष्ट है और ऐसा लगता है कि उपयोग के खंड को संशोधित करने के लिए कोई मजबूरी नहीं है। आईओटी अनुप्रयोग विकास शुरू करना आसानी से अपने ऐप के लिए चीजें गैजेट्स और उपकरणों के इंटरनेट से जुड़ें या एंटरप्राइज़ आरएडी स्टूडियो डेवलपर्स को आईओटी (चीजों के इंटरनेट) समाधान की शक्ति का उपयोग करने के लिए सक्षम बनाता है। डेवलपर उपकरण, सेंसर, एंटरप्राइज़ डेटा और क्लाउड सेवाओं को एकीकृत करके मौजूदा डेस्कटॉप और मोबाइल एप्लिकेशन को नई क्षमताएं जोड़ सकते हैं। हर दिन चीजें पारिस्थितिकी तंत्र के इंटरनेट पर अधिक से अधिक गैजेट और डिवाइस जोड़े जा रहे हैं इन गैजेट्स और उपकरणों के बीच अंतर-संबंधन में असाधारण, पूरी तरह से नया उपयोगकर्ता अनुभव पैदा करने की क्षमता है जो भौतिक वातावरण को एकीकृत करते हैं। हाइपर-कनेक्टेड और लचीले एप्लिकेशन को बनाएं मोबाइल डिवाइसों, नए आईओटी गैजेट्स और कई बैक-एंड सेवाओं और डेटाबेस को एकीकृत करने के लिए मौजूदा व्यावसायिक एप्स की कार्यक्षमता को आसानी से बढ़ाया जा सकता है। हमारे अभिनव लाइव बाइंडिंग समाधान आपको वास्तविक समय देखने की अनुमति देता है कि कैसे डेटा आपके प्रपत्रों और अनुप्रयोगों में अभूतपूर्व गति और विकास की सटीकता के लिए बहता है। आप बैक-एंड सेवाओं और प्लेटफार्मों को नाटकीय नए निवेश के बिना उच्च-स्तरीय लचीलेपन के साथ स्विच कर सकते हैं।

No comments:

Post a Comment