वेब एपीआई

Question

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

public Resource<Order> GetOrder(int id) { 
    return new Resource<Order>() { 
     Content = new Order(), 
     Links = new LinkCollection<Order>() { new AddOrderLink(), new UpdateOrderLink()} 
    } 

या अधिक

public Order GetOrder(int id) { return new Order(); } 

की तरह कुछ और फिर एक HttpOperationHandler या कस्टम फ़ॉर्मेटर या कुछ और अंदर हाइपरमीडिया लिंक जोड़ने: है यही कारण है, लोगों की तरह काम करने के लिए करते हैं?

यदि दृष्टिकोण # 2 की तरह है, तो आप कैसे जानते हैं कि कौन से लिंक उत्पन्न करना चाहते हैं? बस कुछ ऑर्डर ऑब्जेक्ट्स के लिए जेनरेट किए गए लिंक के कुछ मानक सेट हैं? OrdersController में विभिन्न संचालन सजाने के गुण?

Answer 1

मैं विकल्प दो पसंद करता हूं (पाइपलाइन में बाद में हाइपरमीडिया लिंक जोड़ना) और blogged about doing this yesterday।

समाधान संदेश हैंडलर का उपयोग कर क्लाइंट में लौटने से पहले हाइपरमीडिया लिंक के साथ अपने संसाधनों को "समृद्ध" करना था।

Answer 2

आप मैं अपने अगले प्रोजेक्ट में इसका इस्तेमाल करने के रूप में यह अच्छी और यह करने के लिए आसान होने के लिए seens की योजना बना रहा हूँ से github

Hyprlinkr उपयोग कर सकते हैं और आप nuget पैकेज के माध्यम से इसे प्राप्त कर सकते हैं।

Answer 3

इस सवाल का जवाब देने में, यह के होते हुए भी, इस से निपटने के लिए ASP.NET MVC दृष्टिकोण की ओर देखने के लिए के बाद से ASP.NET MVC एक पाठ/html विवश वेब एपीआई के संस्करण के रूप में देखा जा सकता है (मैनुअल सामग्री बातचीत शिक्षाप्रद है), और चूंकि यह स्पष्ट रूप से वेब एपीआई के डिजाइन को प्रभावित करता है।

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

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

यह राज्य-विशिष्ट स्वरूपण कोड अन्य सबफॉर्मेटर्स को भी प्रतिनिधि दे सकता है, वैसे ही रेजर विचार आंशिक विचारों की संरचना का समर्थन करता है।

Answer 4

मैं अपने समाधान here

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