rest पर टैग किए गए जवाब

एक HTTP एपीआई एंडपॉइंट लें जो निम्नलिखित प्रतिक्रिया मॉडल का विस्तार करता है: { "type": "Dog", "name": "Jessi", ... } typeक्षेत्र में से एक होने के रूप में दस्तावेज में वर्णित किया गया है Dog, Catया Fish। क्या एक नया विकल्प जोड़ना, कहना Rat, एक ब्रेकिंग एपीआई परिवर्तन माना जाएगा? …

9 rest  api  api-design  json 

आधुनिक कार्यक्रम में एक लोकप्रिय उच्च स्तरीय वास्तुकला पसंद एक REST- आधारित माइक्रोसर्विस सिस्टम है। इसके कई फायदे हैं जैसे ढीली युग्मन, आसान पुन: उपयोग, प्रौद्योगिकियों पर सीमित प्रतिबंध जो कि उपयोग किए जा सकते हैं, उच्च मापनीयता, आदि। लेकिन इस तरह के आर्किटेक्चर में मुझे जो समस्याएँ आती हैं …

9 architecture  rest  enterprise-architecture  microservices  coupling 

JWT विनिर्देश केवल पेलोड और इसे कैसे भेजा जाता है, का वर्णन करता है, लेकिन प्रमाणीकरण प्रोटोकॉल को खुला छोड़ देता है, जो लचीलेपन की अनुमति देता है, लेकिन दुर्भाग्य से, लचीलापन एंटीपैटर्न और मिसडाइनस को जन्म दे सकता है। मैं JWT प्रमाणीकरण के लिए कुछ अच्छी तरह से सोचा …

9 rest  authentication  architectural-patterns 

REST की मेरी समझ जो मॉडलिंग सेवा संचालन को राज्य के प्रतिनिधित्व और एक राज्य से दूसरे राज्य में HTTP के उपयोग के रूप में परिवर्तित करने में सक्षम बनाती है। मैंने हमेशा ही साइड साइड स्टेटस के निरूपण के रूप में संसाधनों को समझा है जब तक कि हाल …

9 rest  api  api-design 

मेरे पास एक ऐसा REST API है जिसमें DELETE, POST या PUT जैसे कुछ एंट्रीपॉइंट्स के लिए मेरे पास कुछ सत्यापन नियम हैं जो एक त्रुटि वापस कर सकते हैं। अब मुझे एक नए प्रकार की त्रुटि की आवश्यकता है जैसे गैर-महत्वपूर्ण त्रुटि, कि यह सामान्य तरीके से विफल होना …

9 rest  api 

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

9 design  architecture  rest  concurrency 

जब भी उपयोगकर्ता कोई फ़ॉर्म अपडेट करता है, मैं एक पूर्ववत इतिहास बनाना चाहता हूं। क्योंकि यह एक अद्यतन है, मैं एक PUT अनुरोध का उपयोग करना चाहता हूं। हालाँकि, मैंने पढ़ा कि PUT को कोई साइड इफेक्ट नहीं होना चाहिए । क्या यहां PUT का उपयोग करना स्वीकार्य है? …

9 language-agnostic  api  rest 

एक OO मॉडल के साथ REST [api] संरचना की तुलना में, मुझे ये समानताएं दिखाई देती हैं: दोनों: क्या डेटा ओरिएंटेड हैं REST = संसाधन ऊ = वस्तुएँ डेटा के आसपास संचालन REST = चारों ओर VERBS (Get, Post, ...) संसाधनों के आसपास OO = इनकैप्सुलेशन द्वारा ऑब्जेक्ट्स के आसपास …

9 http  rest  definition 

मैं त्रिस्तरीय प्रणाली के लिए REST API डिज़ाइन कर रहा हूं जैसे: Client application-> Front-end API cloud server-> user's home API server (Home)। Homeएक घरेलू उपकरण है, और यह Front-endवेबसोकेट या एक लंबे सर्वेक्षण के माध्यम से संबंध बनाए रखने के लिए माना जाता है (यह पहला स्थान है जहां …

9 architecture  web-services  rest  message-queue  websockets 

हम वर्तमान में शास्त्रीय ग्राहक डेटा तक पहुंचने के लिए एक REST API डिज़ाइन कर रहे हैं। एपीआई में तत्वों में से एक उपयोगकर्ता की संपत्ति हैं। परिसंपत्तियाँ किसी दी गई सेवा के तहत जोड़ी जाती हैं। बैकएंड एपीआई किसी दी गई सेवा के तहत केवल उपयोगकर्ता के लिए एक …

9 design  design-patterns  rest 

हमारे पास एक परियोजना है जहां यूआई कोड एक ही टीम द्वारा विकसित किया जाएगा लेकिन सेवाओं की परत (REST / Java) से एक अलग भाषा (पायथन / Django) में। प्रत्येक परत के लिए कोड अलग-अलग कोड रिपॉजिटरी में बाहर निकलता है और जो अलग-अलग रिलीज चक्र का पालन कर …

9 rest  django 

यह मैं एक जेईई ग्लासफिश सर्वर पर जर्सी का उपयोग करने के बारे में सोच रहा हूं। @GET @Path("/{name}/{date}") public String getMessages(@PathParam("name") String name, @PathParam("date") Date date) मुझे इस Restful webservice का उपभोग करने वाले लोगों को यह बताने में सक्षम होने का विचार पसंद है कि "तारीख यहाँ कुछ …

9 rest  date-format 

हम अपने ग्राहक की खाता जानकारी खोलने के लिए एक RESTful API डिज़ाइन कर रहे हैं। हमारे पास ऐसे निरूपण हैं जिनमें वर्तमान संसाधन से संबंधित अन्य संसाधनों के संदर्भ हैं। यह कई सर्वोत्तम प्रथाओं से है जिन्हें हम सार्वजनिक एपीआई के साथ-साथ प्रकाशित सामग्रियों में खोजने में सक्षम थे। …

9 rest  semantics