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

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

मुख्य कार्यक्षमता:

• संकुल, मॉड्यूल और नेमस्पेस की विकसित प्रणाली।
• परिपत्र आयात और प्रकार की निर्भरता के लिए समर्थन (कुछ सीमाओं के साथ)।
• इंटरफेस और डेटा संरचनाओं के स्पष्ट पृथक्करण पर आधारित एक सरल प्रकार की प्रणाली।
• संदेश (संरचना का एनालॉग) और इंटरफेस की विरासत।
• कॉल चेन सपोर्ट, जैसे github.user(1).repos().all() ।
• JSON डेटा स्वरूप और HTTP RPC डेटा ट्रांसफर के लिए।
• अन्य प्रारूपों और आरपीसी का उपयोग करने की क्षमता।
• प्लग-इन कोड जनरेटर (आधिकारिक तौर पर जावा , पायथन और ऑब्जेक्टिव-सी द्वारा समर्थित)।
• वैकल्पिक कोड पीढ़ी, अर्थात Pidef आपको डेटा को क्रमबद्ध करने और हाथ से अनुरोध भेजने की अनुमति देता है।

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

संदेश वर्णन उदाहरण:

 message Human { id int64; name string; birthday datetime; sex Sex; continent ContinentName; } 

उपयोग के उदाहरण ( उत्पन्न कोड उदाहरण ):

स्थापना

Pidef में एक कंपाइलर, प्लग-इन कोड जनरेटर और विशिष्ट प्रोग्रामिंग भाषाओं के लिए बाइंडिंग होते हैं। संकलक और कोड जनरेटर पायथन में लिखे गए हैं।

संकलक को PyPI पैकेज के रूप में PyPI के साथ संस्थापित करना :

 pip install pdef-compiler 

या आप प्रोजेक्ट के रिलीज़ पृष्ठ से एक विशिष्ट संस्करण के साथ संग्रह डाउनलोड कर सकते हैं, इसे अनज़िप कर सकते हैं और निष्पादित कर सकते हैं:

 python setup.py install 

कोड जनरेटर की स्थापना (डाउनलोड लिंक विशिष्ट भाषाओं के पन्नों पर हैं):

 pip install pdef-java pip install pdef-python pip install pdef-objc 

सब कुछ, संकलक उपयोग करने के लिए तैयार है। आप सत्यापित कर सकते हैं कि सब कुछ सही तरीके से स्थापित होने के लिए निम्न कमांड चला सकते हैं। वह नमूना पैकेज डाउनलोड करेगी और उसकी जांच करेगी।

 pdefc -v check https://raw.github.com/pdef/pdef/master/example/world.yaml 

स्थापना के दौरान प्रत्येक कोड जनरेटर संकलक के लिए अपनी खुद की कमांड जोड़ता है, आप उन्हें मदद में देख सकते हैं:

 pdefc -h ... generate-python Python code generator. generate-objc Objective-C code generator. generate-java Java code generator. pdefc generate-python -h 

के उपयोग

पैकेज फ़ाइल myproject.yaml बनाएँ:

 package: name: myproject modules: - posts - photos 

मॉड्यूल फ़ाइलें बनाएँ:

 //  posts.pdef namespace myproject; import myproject.photos; interface Posts { get(id int64) Post; @post create(title string @post, text string @post) Post; } message Post { id int64; title string; text string; photos list<Photo>; } 

 //  photos.pdef namespace myproject; message Photo { id int64; url string; } 

कोड पीढ़ी चलाएं:

 pdefc generate-java myproject.yaml --out generated-java/ pdefc generate-python myproject.yaml --out generated-python/ pdefc generate-objc myproject.yaml --out generated-objc/ 

कोड जनरेटर विशिष्ट प्रोग्रामिंग भाषाओं के लिए Pidef मॉड्यूल और नेमस्पेस की मैपिंग का समर्थन करते हैं। आप कमांड्स के विवरण से अधिक जान सकते हैं।

Pidef गाइड 1.1

वाक्य-विन्यास

Pidef का सिंटैक्स Java / C ++ के समान होता है जिसमें प्रकार और फ़ील्ड / तर्क का उलटा क्रम होता है। सभी पहचानकर्ताओं को एक लैटिन चरित्र से शुरू होना चाहिए और इसमें केवल लैटिन वर्ण, संख्या और अंडरस्कोर शामिल हैं। व्याकरण विवरण (BNF)।

एक उदाहरण:

 namespace example; interface MyInterface { method( arg0 int32, arg1 string ) list<string>; } message MyMessage { field0 int32; field1 string; } enum Number { ONE, TWO; } 

टिप्पणियाँ

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

 /** * This is a multi-line module docstring. * It is a available to the code generators. * * Start each line with a star because it is used * as line whitespace/text delimiter when * the docstring is indented (as method docstrings). */ namespace example; // This is a one line comment, it is stripped from the source code. /** Interface docstring. */ interface ExampleInterface { /** * Method docstring. */ hello(name string) string; } 

पैकेज और मॉड्यूल

संकुल

Pidef फ़ाइलों को संकुल में व्यवस्थित किया जाना चाहिए। प्रत्येक पैकेज को एक yaml फ़ाइल द्वारा वर्णित किया जाता है, जिसमें पैकेज का नाम होता है और मॉड्यूल और निर्भरता को सूचीबद्ध करता है। संकुल के बीच चक्रीय निर्भरता निषिद्ध है। मॉड्यूल नाम स्वचालित रूप से फ़ाइलों में मैप किए जाते हैं। ऐसा करने के लिए, अंक को सिस्टम निर्देशिका विभाजक से बदल दिया जाता है और .pdef एक्सटेंशन .pdef जाता .pdef । उदाहरण के लिए, users.events users/events.pdef से मेल खाती है। निर्भरताएँ पैकेज के नाम और एक स्पेस के साथ इसकी yaml फ़ाइल के लिए वैकल्पिक पथ को yaml हैं। कंसोल कमांड्स को निष्पादित करते समय निर्भरता पथों को सेट और पुनर्परिभाषित किया जा सकता है।

उदाहरण पैकेज फ़ाइल:

 package: # Package name name: example # Additional information version: 1.1 url: https://github.com/pdef/pdef/ author: Ivan Korobkov <ivan.korobkov@gmail.com> description: Example application # Module files. modules: - example - photos - users - users.profile # Other packages this package depends on. dependencies: - common - pdef_test https://raw.github.com/pdef/pdef/1.1/test/test.yaml 

और इसकी फ़ाइल संरचना ( api निर्देशिका वैकल्पिक है):

 api/ example.yaml example.pdef photos.pdef users.pdef users/profile.pdef 

मॉड्यूल और नाम स्थान

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

Pidefa में नामस्थान जावा / C # / C ++ की तुलना में व्यापक हैं, और यह फ़ाइलों और निर्देशिकाओं की संरचना के अनुरूप नहीं होना चाहिए। उत्तरार्द्ध के लिए, मॉड्यूल नाम हैं। आमतौर पर, एक या अधिक पैकेज एक ही नाम स्थान का उपयोग करते हैं। संभावित उदाहरण: twitter , github आदि।

 /** Module with a namespace. */ namespace myproject; message Hello { text string; } 

आयात

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

व्यक्तिगत आयात:

 namespace example; import package; // Equivalent to "import package.package" when package/module names match. import package.module; 

बैच आयात:

 namespace example; from package.module import submodule0, submodule1; 

लूप आयात और निर्भरता

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

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

परिपत्र आयात और निर्भरता का एक उदाहरण:

 // users.pdef namespace example; from example import photos; // Circular import. message User { bestFriend User; // References a declaring type. photo Photo; // References a type from another module. } 

 // photos.pdef namespace example; from example import users; // Circular import. message Photo { user User; // References a user from another module. } 

नाम का संकल्प

एक नामस्थान के भीतर, एक स्थानीय प्रकार के नाम का उपयोग किया जाता है, उदाहरण के लिए, MyMessage , जबकि एक अलग namespace.MyMessag भीतर namespace.MyMessag पूरा नाम namespace.MyMessag । MyMessage namespace.MyMessag ।

प्रकार प्रणाली

Pidef में इंटरफेस और डेटा संरचनाओं के पृथक्करण के सिद्धांत पर निर्मित एक साधारण स्थैतिक प्रकार प्रणाली है।

शून्य

void एक विशेष प्रकार है जो इंगित करता है कि विधि परिणाम नहीं लौटाती है।

डेटा प्रकार

आदिम प्रकार

• bool : बूलियन मान (सही / गलत)
• int16 : 16-बिट संख्या पर हस्ताक्षर किए
• int32 : 32-बिट संख्या पर हस्ताक्षर किए
• int64 : 64-बिट संख्या पर हस्ताक्षर किए
• float : 32-बिट फ्लोटिंग-पॉइंट नंबर
• double : 64-बिट फ्लोटिंग-पॉइंट नंबर
• string : यूनिकोड स्ट्रिंग
• datetime : समय क्षेत्र के बिना समय में तारीख

कंटेनर

• list : एक आदेशित सूची जिसके तत्व किसी भी प्रकार के डेटा हो सकते हैं।
• set : अद्वितीय मानों का एक अनियंत्रित सेट जिसका तत्व किसी भी प्रकार का डेटा हो सकता है।
• map : एक कुंजी-मूल्य कंटेनर, कुंजियाँ आदिम प्रकार की होनी चाहिए, मान किसी भी प्रकार के डेटा हो सकते हैं।

 message Containers { numbers list<int32>; tweets list<Tweet>; ids set<int64>; colors set<Color>; userNames map<int64, string>; photos map<string, list<Photo>>; } 

स्थानांतरण

एक एन्यूमरेशन अद्वितीय स्ट्रिंग मानों का एक संग्रह है। इसके अलावा, गणना के दौरान विभेदकों को इंगित करने के लिए गणना का उपयोग किया जाता है।

 enum Sex { MALE, FEMALE; } enum EventType { USER_REGISTERED, USER_BANNED, PHOTO_UPLOADED, PHOTO_DELETED, MESSAGE_RECEIVED; } 

संदेश और अपवाद

एक संदेश (एनालॉग टू struct 'ए) सांख्यिकीय रूप से टाइप किए गए फ़ील्ड का एक संग्रह है। संदेश सरल और बहुरूपी विरासत का समर्थन करते हैं। अपवाद के रूप में परिभाषित संदेशों को अपवादों पर अपवादों को इंगित करने के लिए उपयोग किया जा सकता है।

• सभी संदेश क्षेत्रों में अद्वितीय नाम होने चाहिए।
• फ़ील्ड प्रकार एक डेटा प्रकार होना चाहिए।
• फ़ील्ड उस संदेश को इंगित कर सकती है जिसमें इसे परिभाषित किया गया है (स्व-संदर्भित)।

 /** Example message. */ message User { id int64; name string; age int32; profile Profile; friends set<User>; // Self-referencing. } /** Example exception. */ exception UserNotFound { userId int64; } 

विरासत

वंशानुक्रम एक संदेश को दूसरे संदेश या अपवाद के क्षेत्रों को प्राप्त करने की अनुमति देता है। साधारण विरासत में, वंशज को माता-पिता से अलग नहीं किया जा सकता है, इसके लिए बहुरूपता विरासत है।

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

वंशानुक्रम उदाहरण:

 message EditableUser { name string; sex Sex; birthday datetime; } message User : EditableUser { id int32; lastSeen datetime; friendsCount int32; likesCount int32; photosCount int32; } message UserWithDetails : User { photos list<Photo>; friends list<User>; } 

बहुरूपता विरासत

पॉलीमॉर्फिक इनहेरिटेंस आपको डिस्क्रिमिनेटर फ़ील्ड के मूल्य के आधार पर वंश को अनपैक करने की अनुमति देता है। सभी वंशजों वाला एक अभिभावक वंशानुक्रम वृक्ष होता है। एक वंशज दूसरे से विरासत में मिल सकता है (और न केवल एक माता-पिता), बल्कि केवल उसी पेड़ के भीतर।

बहुरूपिक विरासत के लिए आपको चाहिए:

• एक गणना बनाएं जो विभेदक के लिए मूल्यों के एक सेट के रूप में काम करेगा।
• मूल संदेश के लिए इस गणना के प्रकार के साथ एक फ़ील्ड जोड़ें और इसे @discriminator रूप में चिह्नित करें।
• message Subtype : Base(DiscriminatorEnum.VALUE) रूप में प्रत्येक वंश के विभेदक मूल्य को निर्दिष्ट करें message Subtype : Base(DiscriminatorEnum.VALUE) ।

प्रतिबंध:

• मूल और सभी वंशजों को एक पैकेज में परिभाषित किया जाना चाहिए।
• विवेचक का प्रकार माता-पिता से पहले निर्धारित किया जाना चाहिए और आश्रित मॉड्यूल से आयात नहीं किया जा सकता है।
• एकल वंशानुक्रम वृक्ष में केवल एक विभेदक क्षेत्र हो सकता है।
• आप विवेचक मूल्य को निर्दिष्ट किए बिना एक बहुरूपिक संदेश प्राप्त नहीं कर सकते।

बहुरूपता विरासत का एक उदाहरण:

 /** Discriminator enum. */ enum EventType { USER_EVENT, USER_REGISTERED, USER_BANNED, PHOTO_UPLOADED, } /** Base event with a discriminator field. */ message Event { type EventType @discriminator; // The type field marked as @discriminator time datetime; } /** Base user event. */ message UserEvent : Event(EventType.USER_EVENT) { user User; } message UserRegistered : UserEvent(EventType.USER_REGISTERED) { ip string; browser string; device string; } message UserBanned : UserEvent(EventType.USER_BANNED) { moderatorId int64; reason string; } message PhotoUploaded : Event(EventType.PHOTO_UPLOADED) { photo Photo; userId int64; } 

इंटरफेस

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

किसी डेटा प्रकार या void वापस करने पर एक विधि को टर्मिनल कहा जाता है। एक विधि को एक इंटरफ़ेस कहा जाता है जब वह एक इंटरफ़ेस लौटाता है। एक अनुक्रमिक विधि कॉल को टर्मिनल विधि के साथ समाप्त होना चाहिए, उदाहरण के लिए, app.users().register("John Doe") ।

टर्मिनल विधियों को डेटा को संशोधित करने वाले अलग-अलग तरीकों से @post के रूप में चिह्नित किया जा सकता है। उनके तर्कों को @post के रूप में भी चिह्नित किया जा सकता है। HTTP RPC इन विधियों को POST अनुरोधों के रूप में भेजता है, और @post अनुरोध के मुख्य भाग में तर्क जोड़ता है।

@post के साथ चिह्नित टर्मिनल विधियों में @query तर्क नहीं हो सकते जो HTTP क्वेरी स्ट्रिंग के रूप में भेजे जाते हैं।

• इंटरफ़ेस विधियों में अद्वितीय नाम होने चाहिए।
• तर्क में अद्वितीय नाम होने चाहिए।
• तर्क डेटा प्रकार होना चाहिए।
• केवल टर्मिनल विधियों को @post के रूप में चिह्नित किया जा सकता है।
• केवल टर्मिनल विधियों के रूप में @post के रूप में चिह्नित नहीं किया जा सकता है @post तर्क।
• कॉल श्रृंखला में अंतिम विधि टर्मिनल होनी चाहिए।

इंटरफ़ेस उदाहरण:

 interface Application { /** Void method. */ void0() void; /** Interface method. */ service(arg int32) Service; /** Method with 3 args. */ method(arg0 int32, arg1 string, arg2 list<string>) string; } interface Service { /** Terminal method with @query args. */ query(limit int32 @query, offset int32 @query) list<string>; /** Terminal post method with one of args marked as @post. */ @post mutator(arg0 int32, postArg string @post) string; } 

इंटरफ़ेस वंशानुक्रम

इंटरफेस अन्य इंटरफेस को इनहेरिट कर सकते हैं।

• ओवरराइडिंग के तरीके निषिद्ध हैं।
• एक वारिस के केवल एक माता-पिता हो सकते हैं।
• यदि माता-पिता के लिए एक अपवाद परिभाषित किया गया है, तो उत्तराधिकारियों को या तो अपवाद का संकेत नहीं देना चाहिए या माता-पिता के अपवाद को इंगित करना चाहिए।

इंटरफ़ेस वंशानुक्रम उदाहरण:

 interface BaseInterface { method() void; } interface SubInterface : BaseInterface { anotherMethod() void; } 

अपवाद

अपवादों को @throws(Exception) इंटरफ़ेस @throws(Exception) का उपयोग करके रूट इंटरफेस में दर्शाया गया है। रूट इंटरफ़ेस वह इंटरफ़ेस है जिसमें से सभी कॉल शुरू होते हैं। कॉल श्रृंखला में अन्य इंटरफेस के अपवादों को अनदेखा किया जाता है। कई अपवादों का समर्थन करने के लिए, बहुरूपता विरासत या रचना का उपयोग किया जाता है। आमतौर पर एक रूट इंटरफ़ेस है, उदाहरण के लिए, Github या Twitter और एक अपवाद।

उदाहरण बहुरूपी अपवाद:

 @throws(AppException) interface Application { users() Users; photos() Photos; search() Search; } enum AppExceptionCode { AUTH_EXC, VALIDATION_EXC, FORBIDDEN_EXC } exception AppException { type AppExceptionCode @discriminator; } exception AuthExc : AppException(AppExceptionCode.AUTH_EXC) {} exception ValidationExc : AppException(AppExceptionCode.VALIDATION_EXC) {} exception ForbiddenExc : AppException(AppExceptionCode.FORBIDDEN_EXC) {} 

निष्कर्ष

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

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

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

मुझे लगता है, जैसा कि मैंने लेख की शुरुआत में लिखा था, यह मोबाइल क्लाइंट, साइट्स, एपीआई सर्वर, आंतरिक सेवाओं, वितरित सिस्टम, पुश नोटिफिकेशन सर्वर, क्वीज, डेटा स्टोरेज सिस्टम सहित विभिन्न प्रणालियों के इंटरैक्शन को व्यवस्थित करने के ओवरहेड को बहुत कम करता है। वे सभी, अंत में, एक ही उपलब्ध डेटा प्रकार और इंटरफेस का उपयोग कर सकते हैं। इसी समय, कोई तकनीकी लॉक-इन नहीं है, क्योंकि डिफ़ॉल्ट रूप से यह एक ही JSON और HTTP है।

संदर्भ

• प्रोजेक्ट साइट pdef.io ( जीथूब के लिए पुनर्निर्देश)
• पैकेज का उदाहरण
• भाषा गाइड
• स्टाइल गाइड
• JSON प्रारूप चश्मा
• HTTP RPC चश्मा
• Bnf में व्याकरण
• उदाहरण के साथ उत्पन्न और भाषा विशिष्ट कोड
• कोड जनरेटर कैसे लिखें
• Google समूह (pdef@googlegroups.com)
• जावा , पायथन , ऑब्जेक्टिव-सी कोड जनरेटर और बाइंडर (क्रमशः सेंट्रल मावेन, PyPI और कोकोआपॉड में उपलब्ध)