प्रौद्योगिकी साझेदारी

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

सेवाविभाजनम् : १.

1. एकदायित्वसिद्धान्तः : सूक्ष्मसेवावास्तुकलायां सेवा केवलं एकस्य कार्यस्य वा व्यावसायिकक्षेत्रस्य वा उत्तरदायी भवितुमर्हति, प्रत्येकस्य सेवायाः स्पष्टपरिभाषा सीमा च भवितुमर्हति, तथा च केवलं स्वस्य विशिष्टव्यापारक्षेत्रे एव ध्यानं दातव्यम्।

2. सेवा स्वायत्तता : सेवा स्वायत्ततायाः अर्थः अस्ति यत् प्रत्येकस्य सूक्ष्मसेवायाः स्वायत्ततायाः उच्चपदवी भवितुमर्हति, अर्थात् प्रत्येकं सेवा स्वतन्त्रतया विकसितुं, स्वतन्त्रतया परीक्षितुं, स्वतन्त्ररूपेण निर्मितं, स्वतन्त्रतया परिनियोजितं, स्वतन्त्ररूपेण च संचालितुं समर्था भवितुमर्हति

3. एकदिशाश्रयम्

सूक्ष्मसेवानां मध्ये एकदिशाश्रयः भवितुमर्हति, तथा च वृत्ताश्रयः द्विपक्षीयनिर्भरता च कठोररूपेण निषिद्धाः सन्ति ।

वृत्ताश्रय: क->ख->ग->क

द्विपक्षीयनिर्भरता: क->ख,ख->क

उदाहरण:

1. आदेशसूची

2. उत्पादसूची

आदेशसेवा : आदेशपरिचयं प्रदातुं आदेशविवरणं च प्राप्नुवन्तु

उत्पादसेवा : उत्पादपरिचयस्य आधारेण उत्पादविवरणं प्रत्यागच्छतु

आदेशस्य आधारेण आदेशसूचनाः पृच्छन्ते सति आदेशे उत्पादस्य ID इत्यस्य आधारेण उत्पादविवरणं प्राप्नुवन्तु ।

पूरयतु:

कार्यान्वयनविचारः : आदेश-सेवासेवा उत्पाद-सेवासेवायाः कृते http अनुरोधं प्रेषयति, प्रत्यागतं परिणामं आदेशपरिणामेन सह विलीनं करोति, ततः आह्वानकर्त्रे प्रत्यागच्छति

कार्यान्वयनविधिः: Spring द्वारा प्रदत्तस्य RestTemplate इत्यस्य उपयोगः

1. RestTemplate परिभाषयन्तु

@विन्यासः

सार्वजनिक वर्ग BeanConfig{
@बीन

public RestTemplate restTemplate{

return new RestTemplate ();

      }

}

2. order-controller मध्ये restTemplate इत्यस्य उपयोगं कुर्वन्तु

RestTemplate: 1।

विश्रान्तिः(पुनःप्रस्तुतिकरणात्मकम् सताते टीranfer) स्तरसंसाधनस्थितिस्थापनं प्रतिनिधियति

संसाधनम् : अन्तर्जालस्य दत्तांशः, यथा चित्राणि, भिडियो, ग्रन्थाः इत्यादयः सर्वे संसाधनाः सन्ति

प्रस्तुतिस्तरः : संसाधनानाम् प्रतिनिधित्वरूपं (उदाहरणार्थं पाठस्य प्रतिनिधित्वरूपं txt, चित्रस्य प्रतिनिधित्वरूपं jpg, तथा च केचन संसाधनाः json, xml, अथवा द्विचक्रीय इत्यादिषु व्यक्ताः भवन्ति)

राज्यस्थापनम् : यदा वयं संजालद्वारा संसाधनानाम् अभिगमनं कुर्मः तथा संसाधनानाम् उपरि कार्याणि कुर्मः (जोडयितुं, परिवर्तनं कुर्मः, विलोपयितुं इत्यादयः), तदा संसाधनस्य स्थितिः परिवर्तनं भविष्यति सरलतया वक्तुं शक्यते यत्: REST Client तथा ​​Server इत्येतयोः मध्ये अन्तरक्रियायाः एकं रूपं वर्णयति संजाले REST स्वयं व्यावहारिकं नास्ति , RESTful API (REST style network interface) इत्यस्य डिजाइनं कथं करणीयम् इति।

विश्रामशैल्याः सामान्यतया निम्नलिखितलक्षणं भवति ।

1. संसाधनम्

2. एकीकृत-अन्तरफलकम् : संसाधनानाम् उपरि कार्याणां कृते, यथा प्राप्तिः, निर्माणं, परिवर्तनं, विलोपनं च, एते विण्डोः http प्रोटोकॉलेन प्रदत्तानां GET, POST, PUT तथा DELETE पद्धतीनां अनुरूपाः सन्ति अन्येषु शब्देषु, यदि भवान् RESTful शैलीयाः अन्तरफलकस्य उपयोगं करोति , अन्तरफलकात् भवान् केवलं तस्य संसाधनानाम् स्थानं ज्ञातुं शक्नोति, परन्तु भवान् विशेषतया किं किं कार्याणि कृतवान् इति ज्ञातुं न शक्नोति तथा च http अनुरोधविधिप्रकारात् (उदाहरणार्थं: समानं URL: GET/) न्यायं कर्तुं आवश्यकम् । blog/{blogId }: प्रश्नः blog DELETE/blog/{blogId} ब्लॉगं विलोपयतु)

RESTful API हानिः : १.

1. संचालनविधिः बोझिलः भवति RESTful API सामान्यतया GET, POST, PUT, DELETE इत्येतयोः अनुसारं संसाधनानाम् उपरि संचालनक्रियाणां भेदं करोति ।
HTTP Method प्रत्यक्षतया अवलोकयितुं न शक्यते तथा च packet capture इत्यादिभिः साधनैः अवलोकनीयम् अस्ति यदि क्रिया URL इत्यत्र स्थापिता भवति तर्हि इदं अधिकं सहजं भविष्यति ।
दलस्य अवगमनाय, संचाराय च अधिकं अनुकूलम् अस्ति ।
2. केचन ब्राउजर् GET तथा POST इत्येतस्मात् परं अनुरोधानाम् समर्थने अतीव मैत्रीपूर्णाः न भवन्ति, अतिरिक्तप्रक्रियायाः आवश्यकता च भवति ।
3. संसाधनानाम् अतिप्रधानं तथापि वास्तविकव्यापारस्य आवश्यकताः अधिकजटिलाः भवितुम् अर्हन्ति, आवश्यकताः केवलं योजयित्वा, विलोपयित्वा, परिवर्तनं कृत्वा, अन्वेषणं च कर्तुं न शक्यन्ते
RESTful API विकासस्य कठिनतां मूल्यं च वर्धयिष्यति।

परियोजनायाः समस्या अस्ति
1. दूरस्थरूपेण आह्वानं कुर्वन् URL इत्यस्य IP तथा पोर्ट् नम्बर हार्ड-कोड् भवति (http://127.0.0.1:9090/product/ यदि भवान् IP परिवर्तयति तर्हि कोडं परिवर्तयितुं आवश्यकम् ।
कोड
2. आह्वानकर्त्ता सेवाप्रदातुः IP इत्यस्य उपरि कथं न अवलम्बितुं शक्नोति?
3. बहुयन्त्रनियोजनं, दबावं कथं साझां कर्तव्यम्?
4. दूरस्थं आह्वानं कुर्वन् गलत् URL लिखितुं अतीव सुलभं भवति, पुनः उपयोगिता च उच्चा नास्ति।
5. सर्वाणि सेवानि एतत् अन्तरफलकं आह्वयितुं शक्नुवन्ति वा किमपि जोखिमम् अस्ति?