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

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

डाकपालस्य उपयोगः

पूर्वाङ्कात् अग्रे गत्वा वयं एकः प्रश्नः उत्थापितवन्तः, डाकपालस्य प्रयोगः
डाउनलोड् कर्तुं लिङ्क् क्लिक् कर्तुं शक्नुवन्ति https://www.postman.com/downloads/

संस्थापनानन्तरं भवन्तः संस्करणं उन्नयनं कर्तुं प्रेरिताः भविष्यन्ति, केवलं dissmiss नुदन्तु ।

दत्तांशं प्रेषयितुं विशिष्टानि पदानि निम्नलिखितरूपेण सन्ति ।

अत्र अधिकं विशिष्टं चित्रम् अपि अस्ति यत् भवन्तः प्रथमं अवलोकयितुं शक्नुवन्ति तस्मिन् अनुरोध-मापदण्डाः पश्चात् चर्चां करिष्यन्ति ।

परन्तु सावधानाः भवन्तु, भवन्तः IDEA परियोजनां प्रेषणात् पूर्वं आरभणीयाः, अन्यथा परिणामः न भविष्यति ।
अहं अन्तिमवारं कोडं प्रेषयिष्यामि अस्मिन् समये, अहं विचारे परियोजना आरब्धवान्, अतः परिणामः सामान्यः अस्ति, परन्तु यदि भवान् तत् न आरभते तर्हि तत् असामान्यं भवितुमर्हति।

Spring MVC शिक्षणस्य द्वितीयः प्रमुखः बिन्दुः - अनुरोधाः

भिन्नमार्गेषु प्रवेशस्य अर्थः भवति यत् अनुरोधं प्रेषयति तदा केचन मापदण्डाः आनयितुं शक्यन्ते, अतः स्प्रिंगस्य अनुरोधाः ज्ञातुं मुख्यतया मापदण्डान् पृष्ठभागं प्रति कथं पारयितुं पृष्ठभागः तान् कथं प्राप्नोति इति ज्ञातुं शक्यते
पैरामीटर्स् पारयितुं वयं मुख्यतया अनुकरणार्थं ब्राउजर् तथा Postman इत्येतयोः उपयोगं कुर्मः ।

एकं पैरामीटर् पारयन्तु

प्रथमं अस्माकं मूलभूतदोषसन्देशस्य विषये वदामः :
४०४: संसाधनं न प्राप्तम्, अधिकतया सर्वरः अथवा URL अशुद्धः अस्ति ।
४००: प्रकारः असङ्गतिः
५००: अल्पाः पैरामीटर् उत्तीर्णाः

• पैरामीटर्स् पारयितुं पदानि निम्नलिखितरूपेण सन्ति : वयं प्रथमं पैरामीटर्स् पारयितुं URL इत्यस्य उपयोगं कुर्मः (भवन्तः पैरामीटर्स् पारयितुं URL इत्यस्य उपयोगं कर्तुं शक्नुवन्ति, पैरामीटर्स् पारयितुं Postman इत्यस्य उपयोगं अपि कर्तुं शक्नुवन्ति, परन्तु अत्र वयं प्रथमं तत् कार्यान्वितुं URL इत्यस्य उपयोगं कुर्मः) . यथा अधः दर्शितं, प्रश्नचिह्नस्य अनन्तरं यत् भवति तत् वयं पारितानि मापदण्डानि सन्ति ।स्मर्यतां यत् सुसंगताः नामाः सन्ति यदि ते असङ्गताः सन्ति तर्हि ४०० स्थितिसङ्केतः निवेदितः भविष्यति ।

बहुविधमापदण्डान् पारयन्तु

यदा बहुविधाः पैरामीटर् सन्ति तदा यदा अग्रे पृष्ठे च पैरामीटर् मेलनं कुर्वन्ति तदा ते पैरामीटर् इत्यस्य नामेन मेलनं कुर्वन्ति अस्मिन् समये वयं यत् पैरामीटर् पारयामः तस्य नाम औपचारिकपैरामीटर् इत्यनेन सह सङ्गतं भवति इति कारणतः पैरामीटर् इत्यस्य स्थितिः भवति not affect the back end.

वस्तुतः अतिभारस्य सदृशं प्रभावं अपि निर्मातुम् अर्हति

पास सरणी

अस्मिन् समये यतः arrays साधारण-पैरामीटर्-भ्यः भिन्नाः सन्ति, अतः वयं पैरामीटर्स्-पास्-करणाय Postman-इत्यस्य उपयोगं कर्तुं शक्नुमः ।

Postman मध्ये KEY वयं यत् पैरामीटर् पारयामः तत् सङ्गतं भवितुमर्हति, अन्यथा तत् मेलनं न करिष्यति, यस्य अर्थः अस्ति यत् अस्य पैरामीटर् इत्यस्य मूल्यं नियुक्तं कर्तुं न शक्यते, अतः इदं पूर्वनिर्धारितं null इति भवति ।

परन्तु अस्माकं कृते पैरामीटर्-नाम पारितस्य कोऽपि उपायः अस्ति वा यदि अस्माभिः पारितस्य KEY इत्यस्मात् भिन्नः अस्ति अवश्यम् एकः उपायः अस्ति: अस्माकं केवलं @RequestParam एनोटेशनस्य उपयोगः आवश्यकः अस्ति
केषुचित् विशेषेषु, अग्रभागेन पारितः पैरामीटर् कीलः अस्माकं पृष्ठभागेन प्राप्तः कीलः च असङ्गतः भवितुम् अर्हति यथा, अग्रभागः पृष्ठभागं प्रति सरणी2 पारयति, पृष्ठभागः च तत् प्राप्तुं सरणीक्षेत्रस्य उपयोगं करोति , येन एतादृशाः परिस्थितयः भविष्यन्ति यत्र मापदण्डाः प्राप्तुं न शक्यन्ते
अस्मिन् सन्दर्भे वयं @RequestParam इत्यस्य उपयोगं कृत्वा अग्रे पृष्ठे च अन्तयोः पैरामीटर् मूल्यानां नाम परिवर्तयितुं शक्नुमः ।

पास वस्तु

केचन जनाः वस्तुनि कथं पारितव्यानि इति जिज्ञासुः भवेयुः वस्तुतः केवलं गुणाः एकैकशः पारिताः भवेयुः, अस्माकं KEY सर्वदा औपचारिकमापदण्डैः सह सङ्गतं भवति, अतः क्रमस्य विषये चिन्ता कर्तुं आवश्यकता नास्ति ।

निम्नलिखितम् अस्ति Person इत्यस्य कोडः, यः तस्य आह्वानात् सरलतरः अस्ति यदि भवान् रुचिं लभते तर्हि भवान् प्रत्यक्षतया तस्य प्रतिलिपिं कृत्वा तस्य प्रयोगं कर्तुं शक्नोति ।

public class Person {
    private int id;
    private String name;
    private String password;
    public int getId() {
        return id;
    }
    public void setId(int id) {
        this.id = id;
    }
    public String getName() {
        return name;
    }
    public void setName(String name) {
        this.name = name;
    }
    public String getPassword() {
        return password;
    }
    public void setPassword(String password) {
        this.password = password;
    }
    @Override
    public String toString() {
        return "Person{" +
                "id=" + id +
                ", name='" + name + ''' +
                ", password='" + password + ''' +
                '}';
    }
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32

पास संग्रह

भवद्भिः @RequestParam एनोटेशनस्य उपयोगः करणीयः ।
सरणीनां सदृशं, समानं अनुरोध-पैरामीटर्-नाम बहुविधं भवितुम् अर्हति, तथा च @RequestParam-इत्यस्य उपयोगः पैरामीटर्-सम्बन्धं बाध्ययितुं आवश्यकं भवति, पूर्वनिर्धारितरूपेण, अनुरोधे समान-पैरामीटर्-नाम्ना सह बहुमूल्यानि सरणीयां समाहिताः भवन्ति संग्रहे संलग्नं कर्तुं, पैरामीटर् सम्बन्धान् बान्ड् कर्तुं @RequestParam इत्यस्य उपयोगाय

यदि एतत् एनोटेशनं न प्रयुक्तं तर्हि 500 ​​इति निवेदितं भविष्यति:

यतः उपरिष्टाद् वस्तुनां पारितस्य विधिः तुल्यकालिकरूपेण जटिला अस्ति, अतः अग्रिमे अंकस्य मध्ये वयं वस्तुनां पारितस्य अन्यां पद्धतिं JSON data representation इति परिचयं करिष्यामः ।

शेषप्रश्नस्य उत्तरम् : @RequestMapping समर्थनं पोस्ट् करोति वा प्राप्नोति वा?

यदि भवान् उपर्युक्तानि सर्वाणि उदाहरणानि प्रयतितवान् तर्हि भवता स्वयमेव एतां समस्यां प्रत्यभिज्ञातुं सत्यापयितुं च क्षमता भविष्यति ।
सत्यापनपदार्थाः निम्नलिखितरूपेण सन्ति

स्विचिंग् कृत्वा वयं पश्यामः यत् एतत् get तथा ​​post इत्येतयोः समर्थनं कर्तुं शक्नोति ।