जहां यह अब विकसित हो रहा है, इसके बजाय डेल्फी को विकसित करने के लायक होगा

हमें वास्तव में डेवलपर्स की क्या आवश्यकता है? मैं आज सिर्फ सोच रहा था - मैंने कुछ पत्रों में, पहले एक टिप्पणी की , और फिर फैसला किया कि यह एक पोस्ट पर खींच रहा है:

सबसे पहले, यह मुझे बहुत गुस्सा दिलाता है कि विंडोज के लिए सभी विकास को बार-बार लोहे के स्तर से दूर ट्रांसप्लांट करने की कोशिश की गई है। अनुप्रयोग सॉफ्टवेयर और प्रोसेसर के बीच, मोटे सॉफ्टवेयर और OS के बीच अधिक गास्केट क्रैम करें। IMHO, देशी कोड के करीब, आपको ओएस के करीब, हार्डवेयर के लिए प्रयास करने की आवश्यकता है! किसी भी हार्डवेयर को, किसी भी OS को। हमें C ++ के विकल्प के रूप में ऑब्जेक्ट पास्कल को विकसित करने की आवश्यकता है, जो कि विकसित ओओपी उपकरण, सिंथैटिक शुगर की विशेषता है, जिसके लिए हम पास्कल प्यार करते हैं, एक शक्तिशाली आईडीई और एक देशी फास्ट वन-पास कंपाइलर।

इसके अलावा, आपको तृतीय-पक्ष पुस्तकालयों के साथ उन्नत एकीकरण क्षमताओं की आवश्यकता है। यह, सी की तुलना में, संभवतः कमी है। चारों ओर बहुत सारे पुस्तकालय हैं, जिनमें से सभी प्रकार के दुभाषिए हैं, जो कि वे अभी नहीं कर सकते हैं, लेकिन डेल्फी पुस्तकालयों के लिए आपको अब अंजीर मिलेंगे, और परिणामस्वरूप, आप इसे स्वयं एक निश्चित राशि के साथ करते हैं। और फिर आप एपीआई को अपडेट करते समय इसे फिर से करें। इसके लिए पतले-पतले जनरेटर की जरूरत होती है। लाजर का एक लेख है जिसे h2pas कहा जाता है, लेकिन इसे विकसित करने, या यहां तक ​​कि एकीकृत करने की आवश्यकता है! क्या वे ऐसा करेंगे, न? .. और इससे भी बेहतर - एक परियोजना में विभिन्न भाषाओं में मॉड्यूल के पारदर्शी उपयोग को समझने और बनाने की कोशिश करें - विशेष रूप से, लाइब्रेरी एच-फाइलों का प्रत्यक्ष कनेक्शन। मुझे यकीन है कि लिंकर को बनाया जा सकता है ताकि वह इससे निपट सके।

एक अंतर्निहित कोडांतरक था, इसे पोक किया ... असेंबलर आवेषण अब संभव नहीं हैं, केवल पूरी प्रक्रियाएं संभव हैं। क्यों? .. xs। इसे वापस करना आवश्यक है, और विकसित करना, दस्तावेज़ (वहाँ बिल्ट-इन असेंबलर पर कभी भी प्रलेखन नहीं किया गया है!), प्रोसेसर और कॉपोरोसेसर के लिए सभी आधुनिक निर्देश सेटों के लिए समर्थन करें!

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

किट को केवल डीएल (यह लंबे समय से अच्छा है और) के माध्यम से एक्सेस करने के लिए अंतर्निहित सिंटैक्टिक साधनों की आवश्यकता होती है और उनके माध्यम से ऐक्टिवएक्स (जो बहुत समय पहले भी है, लेकिन उतना सुंदर रूप से डिजाइन नहीं किया जा सकता है), लेकिन यह भी नेट, यूनिक्स लाइब्रेरीज़। , MacOS, iOS, Android, आदि। - सामान्य तौर पर, प्लेटफॉर्म बनाने वाले पुस्तकालयों के लिए समर्थन। हालाँकि, मैंने यह नहीं देखा है कि यह FireMonkey के लिए कैसे बनाया गया है, हो सकता है कि यह पहले से ही वहां मौजूद हो ... लेकिन यह अजीब बात है कि वे इसके बारे में सभी कोणों से जोर से नहीं बोलते हैं, जितना कि वे FireMonkey के बारे में चर्चा करते हैं। लेकिन देशी डेल्फी में .net पुस्तकालयों की शक्ति का उपयोग करने की क्षमता के बारे में, मैंने बिल्कुल नहीं सुना है।

तदनुसार, उन उपकरणों पर आधार पुस्तकालयों के एपीआई के लिए रैपर रखना सही होगा। नेट, कोको, आईओएस, एंड्रॉइड एसडीके, एक्स विंडो सिस्टम, आदि। शायद पतले रैपर के उन जनरेटर से मक्खी पर उत्पन्न होता है, जिनके बारे में मैंने ऊपर बात की थी ... और उनके लिए प्रलेखन ताकि इसे किसी भी स्रोत से जोड़ा जा सके, दोनों स्थानीय और ऑनलाइन।

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

कोड में दो-तरफा ऑनलाइन रूपांतरण और कुछ भी रूपों में होना चाहिए, खुले एपीआई पर प्लग-इन, और न केवल मॉडलमेकर आरेख में निर्मित कुछ। विशेष रूप से, यह मुझे C ++ कोड में न केवल कोड को परिवर्तित करने के लिए मक्खी पर काफी संभव लगता है और इसके विपरीत (जो, वैसे, एच-फाइलें आयात करने के लिए एक बढ़िया विकल्प है) और विधानसभा भाषा में (दोनों जिनमें से तृतीय-पक्ष संकलक का उपयोग करने के लिए उपयोगी हैं) GNU और इंटेल), लेकिन यह भी सीधे निष्पादन योग्य बाइनरी कोड में है, अर्थात्, मक्खी पर संकलित करें, ताकि केवल लिंकर लॉन्च करने के लिए काम कर सके, अप्रयुक्त को बाहर निकालकर निष्पादन योग्य फ़ाइल बना सके।

और यहां, विभिन्न प्लेटफार्मों के लिए पैकेज और वितरण की विधानसभा - प्लग-इन भी है, ताकि समुदाय प्रभाव के विस्तार वाले क्षेत्रों में भाग ले सके।

एकमात्र सवाल यह है कि यहां क्या है और कैसे बेचना है? ऐसी परियोजना के लिए एक सफल मुद्रीकरण रणनीति क्या हो सकती है? FreePascal के साथ लाजर कैच करता है, और सैद्धांतिक रूप से, यह सब भी कर सकता है ...

UPD: एक पोस्ट में " WinRT का भविष्य या मूल निवासी 2.0, " एक निश्चित अलेक्जेंडर मुटल ने मुझे "कुछ भी करने के लिए कोड बदलने" और मूल की उपयोगिता के बारे में बताया