जब आप उपयोगकर्ता को अपने आवेदन के लिए प्लगइन्स लिखने की क्षमता देना चाहते हैं, तो आपको एपीआई प्रदान करने के तरीके के विकल्प के साथ सामना करना होगा। कटौती के तहत, मैं दिखाऊंगा कि इसके लिए सबसे खराब समाधान अपनी प्रोग्रामिंग भाषा और पार्स स्रोत कोड, साथ ही साथ फर्नीचर का आविष्कार करना क्यों होगा।

पीएल आवेदन का मुख्य कार्य नहीं है

कल्पना कीजिए कि हमने मॉड्यूलर फर्नीचर का उत्पादन खोला। कुछ मूल तत्व हैं: काउंटरटॉप्स, कोस्टर, बेडसाइड टेबल आदि। लकड़ी के प्रसंस्करण से जुड़ी एक उत्पादन लाइन है: मशीन टूल्स, आरी, वार्निश, सभी नवीनतम तकनीक के साथ। लेकिन यह सब किसी न किसी तरह एक साथ आयोजित किया जाना चाहिए। हम जानते हैं कि 100,500 कंपनियां हैं जो हार्डवेयर और बोल्ट के निर्माण में विशेषज्ञ हैं, फ़र्नीचर फास्टनरों के लिए कुछ मानक हैं जो पेशेवरों के एक समुदाय द्वारा अपने ग्राहकों के लिए जीवन को आसान बनाने के लिए आविष्कार किए गए हैं। अपने बोल्ट, नट और कोणों के उत्पादन के लिए एक अतिरिक्त रेखा को तैनात करने का निर्णय कितना दूरदर्शी होगा?

हम क्या जीत सकते हैं?

• इस तरह, हम अपने उत्पाद को ब्रांड कर सकते हैं ताकि हम्सटर को अपनी "मौलिकता" महसूस हो और वह अधिक पैसा ले सके।
• शायद यह हमें किसी भी बोल्ट के लिए कॉपीराइट का भुगतान नहीं करने, या रसद समस्या को हल करने की अनुमति देगा।
• हम अपने स्वयं के मानक स्थापित करते हुए, बोल्ट और नट्स के लिए एक नया बाजार में प्रवेश कर सकते हैं, जो तेज, बेहतर और उच्चतर है।

लेकिन साफ ​​रहने दो।

• अभिजात्य वर्ग salespeople का काम है। विक्रेता एक नई उत्पादन लाइन के साथ या उसके बिना ब्रांड को अभिजात वर्ग बना देगा या नहीं करेगा।
• कॉपीराइट, एक नियम के रूप में (हमेशा नहीं, निश्चित रूप से), खरोंच से विकास की तुलना में सस्ता है। और एक नई उत्पादन लाइन को तैनात करके एक तत्व को वितरित करने की समस्या को हल करना, आप केवल इसे बढ़ाते हैं।
• यदि हम अपने लिए गतिविधि के नए क्षेत्र को आज़माना चाहते हैं, तो हमें उस चीज़ से जुड़ने की ज़रूरत नहीं है, जो हमारे पास पहले से है। ऐसा लग सकता है कि फर्नीचर के साथ बोल्ट को धक्का देना आसान है, लेकिन अगर बोल्ट ऊपर नहीं उड़ते हैं, तो वे फर्नीचर को अपने साथ खींच लेंगे। कम से कम जो पहले से ही ग्राहकों पर खर्च होता है।

हमारी भेड़ों की ओर लौटना: यदि आप अपने आवेदन के विस्तार के लिए एक पारिस्थितिकी तंत्र बना रहे हैं, तो आपके पास एक आवेदन है । यह कुछ अच्छा करता है, कुछ ऐसा जो आप पर अच्छा होता है।

KSP - डिजिटल ऑडियो की दुनिया में Kontakt Script Processor, या बोल्ट प्रोडक्शन लाइन

मैं आपको ऐसी भाषा के बारे में एक कहानी बताऊंगा:

कॉनकट ऑस्ट्रियन कंपनी नेटिव इंस्ट्रूमेंट्स का एक रोम (नमूना) है। वर्तमान में वर्चुअल टूल का उपयोग करके एक प्रोजेक्ट ढूंढना बहुत मुश्किल है जिसमें इसका उपयोग नहीं किया गया है। पिछले 10 वर्षों में, कांटकट ने अधिकांश सैंपल इंस्ट्रूमेंट मार्केट पर कब्जा कर लिया है। यह रहस्य सरल है: एक समय में, कांटकट ने दो नवाचारों का प्रस्ताव किया था जो कि सैंपल्ड वर्चुअल इंस्ट्रूमेंट्स के विकास के चारों ओर घूमते थे।

पहला नवाचार सीधे अपने मुख्य कार्य से संबंधित था: इसने मेमोरी को बहुत सावधानी से संभाला (और wav में नमूने एक ही भक्षक, HDD और RAM दोनों हैं)। NI ने तेजी से डिकोडिंग के साथ एक दोषरहित संपीड़न प्रारूप बनाया और अपने समय के लिए एक क्रांतिकारी ऑडियो बफरिंग सिस्टम लिखा।

दूसरा नवाचार केएसपी था

संपर्क करने से पहले, मिडी नियंत्रित उपकरण में रिकॉर्ड किए गए नमूनों को कार्यात्मक रूप से व्यवस्थित करने के दो तरीके थे:

• C ++ में, या किसी अन्य भाषा में अपने स्वयं के इंजन को लिखें जो स्टाइनबर्ग के VST SDK का उपयोग कर सकते हैं (और अन्य प्लगइन प्रारूप हैं, उदाहरण के लिए, AAX)।
• संगीतकारों के लिए तैयार एक तैयार किए गए नमूने का उपयोग करें, जो प्रोग्रामिंग से परिचित नहीं हैं, लेकिन जिनके पास ऐसी आवाज़ें हैं जिन्हें किसी तरह की प्रणाली में व्यवस्थित करने की आवश्यकता है। मान लीजिए गीगा स्टूडियो । लेकिन ऐसे रोम्पर, एक नियम के रूप में, या तो बंद थे, या अपना काम खत्म करने के लिए, उन्हें वीएसटी एसडीके के तहत नंगे विकास से कम कर्मचारियों की आवश्यकता नहीं थी।

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

इंजन की बढ़ती लोकप्रियता, साथ ही साथ रोटर के सक्रिय विकास की एक प्रभावशाली अवधि को देखते हुए, आज डिजिटल ऑडियो की दुनिया में Kontakt एक तरह की कलाश्निकोव असॉल्ट राइफल है। यह सीखना आसान है, एक टैंक के रूप में विश्वसनीय, अपने आप को प्रिय के लिए उचित सीमा के भीतर डोपिल्का करने की क्षमता है, और संतुष्ट उपयोगकर्ताओं के लिए एक बड़ा बाजार रखता है।

सब कुछ इतना रसपूर्ण नहीं है

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

इसके अलावा, तब भी Nils Lieberg KScriptEditor दिखाई दिया , सिंटिला के साथ कांटा गया, जो लंबे समय से KSP के लिए मुख्य IDE के रूप में कार्य करता है। यह कहना हास्यास्पद है, लेकिन जब मूल निवासियों को पता चला कि संपर्क खिलाए गए स्रोत के आकार के साथ सामना नहीं कर सकता है, तो उन्होंने भाषा में कार्यों को पेश किया, यहां तक ​​कि उनके लिए तर्क पारित करने के बारे में चिंता किए बिना। और एक महीने बाद एक टास्कफंक KScriptEditor में दिखाई दिया, taskfunc कार्यों के लिए तर्क पारित करना जो कोई तर्क नहीं लेते हैं।

थोड़ी देर के बाद, नील्स को एहसास हुआ कि वह मूल निवासियों की खातिर कदम रख रहा था: खुद की आईडीई विकसित करने का कोई मतलब नहीं था। उन्होंने संकलक को पोर्ट किया और IDE कार्यक्षमता को SublimeText2 पर लागू किया, और लहराया। फिलहाल, SublimeKSP की बागडोर डेवलपर द्वारा वहन की जाती है, ऐसा लगता है, शराबी ऑडियो से ।

ठीक है, तुम समझते हो)

और फिर, पहले से ही एक कोड जनरेटर, जो कि किसी भाषा से कम नहीं है, आयात की एक प्रणाली के साथ, एक पार्सर, एक कंपाइलर, केएसपीपी से अलग सिंटैक्स, लेकिन फिर भी इसके साथ पिछड़ी संगतता का समर्थन करते हुए, विज्ञान के लिए अज्ञात कारणों से, यह बैसाखी का एक भयानक पहाड़ बन जाता है जिसे फेंका नहीं जा सकता। पुस्तकालय डेवलपर्स की परियोजनाओं की पिछड़ी अनुकूलता के कारण जो वर्षों से अपने KSP इंजनों का विकास कर रहे हैं।

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

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

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

यह कहना कि केएसपी डेवलपर्स के लिए दर्द बन गया है, कुछ नहीं कहना है।

एक भी संपर्क नहीं।

मैं अन्य क्षेत्रों से उदाहरण नहीं दे सकता, लेकिन यहाँ DigitalAudio के दायरे से:

• लेमूर एक डेस्कटॉप संपादक के साथ एक फावड़ा अनुप्रयोग है जो आपको ओएससी प्रोटोकॉल का उपयोग करके फावड़ियों के संचार के लिए जल्दी से सुंदर इंटरफेस बनाने की अनुमति देता है। इसका अपना पीएल है, जिसे पूरे प्रोजेक्ट ट्री में बिखरे हुए विशेष स्क्रिप्ट ऑब्जेक्ट में उपयोग किया जा सकता है। इसके लिए कंपाइलर बनाने का कोई तरीका नहीं है जैसे केएसपी के लिए किया गया था।
• लावक - विस्तार विकास के विकसित पारिस्थितिकी तंत्र के साथ DAW । परिणामस्वरूप, जहाँ भी संभव हो, मैंने अपने JSFX भाषा कोड (ReaScript) को C ++, lua और Python के लिए API के रूप में दोहराया।
• HISE एक युवा VST \ VSTi लेखक और बिल्डर है जो स्वीडिश डेवलपर Christoph Haart से Kontakt को जल्द या बाद में मार देगा। स्वयं संपादक के अंदर, यह आपको संशोधित जावास्क्रिप्ट में लिखने की अनुमति देता है, जिसे C ++ ऑब्जेक्ट द्वारा बाइनरी में पार्स और संकलित किया गया है। अतिरिक्त संस्थाओं को शुरू करने के लिए अपने स्वयं के पार्सर के साथ विचार (उदाहरण के लिए, चर को पंजीकृत करें, अगर मैंने सही तरीके से अनुवाद किया है) तब तक काम किया जब तक कि उपयोगकर्ताओं ने अपने कोड को HISE संपादक से अपने पसंदीदा आईडीई में सिंटैक्स हाइलाइटिंग, स्थैतिक विश्लेषण और JsPrettod स्वरूपण टूल के साथ स्थानांतरित नहीं किया । अब क्रिस्टोफ़ ने C ++ में स्थिर पुस्तकालयों को संकलित करने के लिए हेडर फ़ाइलों के एक जोड़े को स्केच किया, जो तब संपादक में मॉड्यूल के रूप में उपयोग किया जा सकता है। समानांतर में, वह नए कार्यों के साथ HISEScript (क्योंकि जावास्क्रिप्ट अब इसे नहीं कहा जा सकता है) के पूरक हैं, लेकिन हम जानते हैं कि ...

निष्कर्ष

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

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

PS नहीं, रेडी-मेड PL के लिए अपना स्वयं का पार्सर लिखना भी एक बुरा विचार है।

मुझे लेख की किसी भी आलोचना, पहले पैनकेक और सभी चीजों की खुशी होगी।