טיש פון קאָנטענץ[באַהאַלטן][ווייַזן]
- 1. וואָס טאָן איר פֿאַרשטיין דורך REST?
- 2. וואָס טאָן איר מיינען דורך REST API?
- 3. וואָס פּונקט איז URI?
- 4. וואָס זענען די קעראַקטעריסטיקס פון RESTful וועב באַדינונגס?
- 5. וואָס זענען די גיידינג פּרינסאַפּאַלז פון REST?
- 6. דערמאָנען די הטטפּ מעטהאָדס אַז REST שטיצט.
- 7. באַשרייַבן די ריסטריקשאַנז געשטעלט דורך אַ קאָנסיסטענט צובינד.
- 8. וואָס פּונקט איז אַ REST מיטל?
- 9. וואָס טוט JAX-RS מיינען צו איר?
- 10. וואָס דיסטינגגווישיז AJAX און REST פון איינער דעם אנדערן?
- 11. קענען איר רשימה עטלעכע דיסאַדוואַנטידזשיז פון RESTful וועב באַדינונגס?
- 12. וואָס דיסטינגגווישיז PUT און POST טעקניקס פון איינער דעם אנדערן?
- 13. ווי טאָן איר פּרובירן RESTful וועב באַדינונגס?
- 14. באַשרייַבן אַ REST API אין דער עמעס וועלט.
- 15. ווי טוט מיקראָסערוויס אַרטשיטעקטורע אַרבעט?
- 16. וואָס פּונקט איז קאַטשינג?
- 17. באַשרייַבן פּיילאָוד.
- 18. דיפערענטשיייט זייף ווס מנוחה?
- 19. קענען די אַריבערפירן שיכטע זיכערהייט פּראָטאָקאָל (TLS) זיין געוויינט מיט REST?
- 20. אידעמפּאָטענט מעטהאָדס: וואָס זענען זיי? ווי איז דאָס אַפּלייז צו די וועלט פון RESTful וועב באַדינונגס?
- 21. וואָס איז די פאַנגקשאַנאַליטי פון הטטפּ באַסיק אָטענטאַקיישאַן?
- 22. צי איר טראַכטן GraphQL איז דער בעסטער ברירה פֿאַר קריייטינג מיקראָסערוויס אַרקאַטעקטשער?
- 23. וואָס זענען די הויפּט דיסטינגקשאַנז צווישן די זיכער און אידעמפּאָטענט הטטפּ מעטהאָדס?
- 24. וואָס ימפּלייז די JAX-RS API דורך RESTful וואָרצל ריסאָרס קלאסן?
- 25. וואָס פּונקט איז פּאָסטמאַן, און וואָס איז עס געניצט?
- 26. ווי זענען REST APIs זיכער?
- סאָף
REST ס עוואָלוציע האט געמאכט אַפּיס ינקרעדאַבלי צוטריטלעך און אויך ריווילינג זייער פול שטאַרקייט און פּאָטענציעל. REST APIs זענען גרינג צו שאַפֿן און קאַש ווייַל פון זייער מיטל-אָריענטיד אַרקאַטעקטשער.
אַדדיטיאָנאַללי, איבער צייַט, RESTful APIs זענען געווען די פאָראַנערז פון אנדערע באַטייַטיק דיוועלאַפּמאַנץ ווי וואָלקן קאַמפּיוטינג און מיקראָסערוויס-באזירט פּלאַן.
דעריבער, עס זאָל זיין קיין יבערראַשן אַז REST API דעוועלאָפּערס זענען אין מאָנען הייַנט ווייַל זיי צושטעלן געשעפטן וואָס ניצן RESTful באַדינונגס אַ קאַמפּעטיטיוו ברעג. REST APIs זענען אַ פאָלקס פּלאַן גאַנג.
פילע IT פירמס וועלן וויסן פון REST API סאָפטווער דעוועלאָפּערס און פרעגן וועגן אים אין טעכניש ינטערוויוז.
דאָ זענען עטלעכע פון די מערסט טיפּיש REST API אינטערוויו פֿראגן וואָס וועט העלפֿן איר זיין גרייט פֿאַר ינטערוויוז אין פאַרשידן פירמס אויב איר ווילן צו אַרבעטן אין די REST API אַנטוויקלונג פעלד.
1. וואָס טאָן איר פֿאַרשטיין דורך REST?
REST איז אַן אַרקאַטעקטשעראַל פּאַראַדיגם פֿאַר דיזיינינג וועב-באזירט אַפּלאַקיישאַנז באזירט אויף די היפּערטעקסט טראַנספער פּראָטאָקאָל (הטטפּ).
REST דיפיינז זיכער סטאַנדאַרדס וואָס וועב באַדינונגס מוזן טרעפן צו זיין דימד RESTful. די רעקאַמאַנדיישאַנז גאַראַנטירן אַז ריקוועס און רעסורסן זענען טראַנסמיטטעד געשווינד און יפעקטיוולי צווישן קליענט און סערווער ניצן סטאַנדערדייזד הטטפּ פּראָטאָקאָלס.
2. וואָס טאָן איר מיינען דורך REST API?
א ווייכווארג-צו-ווייכווארג לינק באקאנט ווי אַ אַפּלאַקיישאַן פּראָגראַממינג צובינד ינייבאַלז קאָמוניקאַציע און דאַטן ייַנטיילונג צווישן אַנדערש פרייַ מגילה. פֿאַר בייַשפּיל, אַ נייַעס וועבזייטל קען נוצן די Twitter API צו אַנטדעקן פּערטינאַנט טוועעץ אויטאָמאַטיש און ויסשטימען זיי אין נייַעס מעשיות.
אַן אַפּי וואָס אַדכירז צו REST פּרינסאַפּאַלז איז באקאנט ווי אַ REST API, מאל באקאנט ווי אַ RESTful API. אין אַ REST API, יעדער שטיק פון דאַטן איז כאַנדאַלד ווי אַ מיטל און געגעבן אַ באַזונדער נאָרמאַל מיטל אידענטיטעט (URI).
פֿאַר בייַשפּיל, די Twitter API מאכט יעדער טוועעט אַ ריטרייוואַבאַל מיטל וואָס איז בארעכטיגט פֿאַר קלייאַנץ. די Twitter API קענען זיין געוויינט דורך יוזערז צו פּאָסטן טוועעץ און דורכפירן אנדערע וועבזייטל טאַסקס.
3. וואָס פּונקט איז URI?
A קאָמפּיוטער נעץ די מיטל קענען זיין ריפערד צו ניצן אַ URI אָדער מונדיר מיטל יידענאַפייד. עס דינט ווי אַ מיטל פון סעפּערייטינג איין מיטל פון אנדערן. די מקורים קען אָדער קען נישט זיין אָנליין.
רעכט צו זייער נאָרמאַל סטרוקטור, URIs מאַכן עס פּשוט צו פאַרבינדן צו אפילו פאַרשידן טייפּס פון רעסורסן. דער אָרט אָדער נאָמען פון די מיטל איז אַרייַנגערעכנט אין URIs צוזאַמען מיט אַ שטריקל פון אותיות.
די URI איז קאַמפּרייזד פון אַ דרך, סכעמע, אָנפֿרעג און אנדערע עלעמענטן, אָבער טוט נישט אַנטהאַלטן דעם פּראָטאָקאָל.
ניצן אַ פּראָטאָקאָל, URL ס (וניפאָרם ריסאָרס לאָקאַטאָרס) זענען געניצט צו געפֿינען רעסורסן אויף דער אינטערנעץ אָדער צוטריטלעך דורך עס.
4. וואָס זענען די קעראַקטעריסטיקס פון RESTful וועב באַדינונגס?
- דער קליענט-סערווירער פּאַראַדיגם איז דער יסוד פון די סערוויס.
- די דינסט קענען אַקסעס רעסורסן דורך ניצן URIs.
- די סערוויס ניצט די הטטפּ פּראָטאָקאָל צו קריגן דאַטן / רעסורסן, לויפן קוויריז און טאָן אנדערע טאַסקס.
- מעסידזשינג איז דער נאָמען פון דעם אופֿן געניצט צו יבערגעבן צווישן דעם קליענט און די סערווער.
- די סערוויסעס קענען אויך ינסטרומענט די REST אַרקאַטעקטשעראַל מוסטער ניצן SOAP באַדינונגס.
- צו רעדוצירן סערווער רופט פֿאַר די זעלבע סאָרט פון ריפּעטיטיוו ריקוועס, די סערוויסעס אויך נוצן די געדאַנק פון קאַטשינג.
5. וואָס זענען די גיידינג פּרינסאַפּאַלז פון REST?
פינף קרייטיריאַ מוזן זיין באגעגנט דורך REST APIs:
קליענט-סערווער דיקאָופּלינג: בלויז אַ סעריע פון ריקוועס און ריפּלייז קענען זיין געוויינט צו יבערגעבן צווישן דעם קליענט און סערווער. בלויז קלייאַנץ און סערווערס קענען שיקן ריקוועס און ענטפֿערס ריספּעקטיוולי. דעם סטרייטפאָרווערד געדאַנק ינייבאַלז ביידע פּאַרטיעס צו פונקציאָנירן ינדיפּענדאַנטלי פון איינער דעם אנדערן.
וניפאָרם צובינד: עס מוזן זיין אַ מונדיר פּראָטאָקאָל פֿאַר אַלע קליענט-סערווער קאַנעקשאַנז. דער פּראָטאָקאָל פֿאַר REST איז HTTP. ווייַל יעדער אַפּלאַקיישאַן ריקוועס און סענדז דאַטן ניצן די זעלבע שפּראַך, אַ קאָנסיסטענט צובינד מאכט ינטאַגריישאַנז סימפּלער.
סטעיטלעסס: דער סערווער טוט נישט ראַטעווען קיין רעקאָרדס פון פריערדיקן ריקוועס אָדער ענטפֿערס אין סטעיטלעסס קאָמוניקאַציע. יעדער בעטן און ענטפֿערן צושטעלן אַלע די דעטאַילס פארלאנגט צו פאַרענדיקן דעם וועקסל. סטעיטלעסס קאָמוניקאַציע ימפּרוווז גיכקייַט, סאַוועס זיקאָרן און פאַרמינערן די דרוק אויף די סערווער. אַדדיטיאָנאַללי, עס אַוווידז די פּאָטענציעל פון אַ בקשה פיילינג רעכט צו דערענדיקט דאַטן.
לייַערד סיסטעם: סערווערס וואָס וווינען צווישן דעם קליענט און די אַפּי סערווער זענען ריפערד צו ווי לייַערס. די עקסטרע סערווערס דורכפירן אַ פאַרשיידנקייַט פון באַדינונגס, אַזאַ ווי דיטעקטינג ספּאַם און אָפּטימיזינג גיכקייַט. לייַערס אין REST זענען מאַדזשאַלער, טייַטש זיי קענען זיין מוסיף און אויסגעמעקט אָן ימפּאַקטינג קאָמוניקאַציע צווישן דעם קליענט און די אַפּי סערווער.
קאַטשעאַבלע: קלייאַנץ קענען קאַש קיין רעסורסן צו בוסט גיכקייַט אויב סערווער ענטפֿערס אָנווייַזן צי די מיטל איז קאַשאַבאַל אָדער נישט.
אויף-פאָדערונג קאָדירונג: אין ענטפער, אַן אַפּי קענען יבערשיקן עקסעקוטאַבלע קאָמפּיוטער קאָד צו קאַסטאַמערז. דער קליענט אַפּלאַקיישאַן קענען לויפן די קאָד אויף זיין צוריק סוף.
6. דערמאָנען די הטטפּ מעטהאָדס אַז REST שטיצט.
די HTTP מעטהאָדס וואָס REST שטיצט זענען:
- באַקומען: דער אופֿן פארלאנגט אַ מיטל אין די ספּעסאַפייד URL. א בקשה גוף זאָל ניט זיין אַרייַנגערעכנט ווייַל עס וועט זיין איגנאָרירט. עס קען זיין מעגלעך צו קאַש עס לאָוקאַלי אָדער אויף די סערווער.
- POST: דעם אופֿן סענדז דאַטן צו אַ דינסט פֿאַר פּראַסעסינג, און די דינסט זאָל נאָרמאַלי צוריקקומען אַ נייַע אָדער געביטן מיטל.
- שטעלן: די מיטל איז דערהייַנטיקט אין די בעטן URL.
- ויסמעקן: די מיטל איז אויסגעמעקט ביי די בעטן URL.
- אָפּציעס: עס יידענאַפייד די שטיצט מעטהאָדס.
- HEAD: די מעטאַדאַטאַ פון די בעטן URL איז אומגעקערט.
7. באַשרייַבן די ריסטריקשאַנז געשטעלט דורך אַ קאָנסיסטענט צובינד.
אין סדר צו באַזונדער דעם קליענט פון די סערווער, אַ קאָנסיסטענט צובינד איז פארלאנגט.
צו דערגרייכן אַ קאָנסיסטענט צובינד, די פאלגענדע פיר קאַנסטריינץ זענען פארלאנגט:
- ריסאָרס לעגיטימאַציע: קליענט ריקוועס מוזן נוצן נאָרמאַל מיטל IDs צו ידענטיפיצירן רעסורסן (URIS)
- מיטל מאַניפּיאַליישאַן ניצן די רעפּראַזאַנטיישאַנז: קלייאַנץ האָבן אַלע די אינפֿאָרמאַציע פארלאנגט צו קענען צו טוישן מיטל שטאַט ווען זיי באַקומען אַ מיטל פאַרטרעטונג פון די סערווער.
- זיך-דיסקריפּטיוו אַרטיקלען: אַרטיקלען אַרייַננעמען אַלע מעטאַדאַטאַ און אנדערע אינפֿאָרמאַציע פארלאנגט פֿאַר די ופנעמער צו פֿאַרשטיין זיי.
- היפּערמעדיאַ ווי די אַפּלאַקיישאַן שטאַט מאָטאָר: דער קאַנאַל פֿאַר קליענט-סערווער קאָמוניקאַציע איז כייפּערמעדיאַ, אַזאַ ווי HTML, און קלייאַנץ טאָן ניט דאַרפֿן אַפּי-ספּעציפיש דאַקיומענטיישאַן צו באַגרייַפן סערווער ענטפֿערס.
8. וואָס פּונקט איז אַ REST מיטל?
רעסאָורסעס זענען די פונדאַמענטאַל קאַמפּאָונאַנץ פון אַ RESTful וועב סערוויס אין אַ REST אַרקאַטעקטשער. זיי אַרייַננעמען אַלע קריטיש אינפֿאָרמאַציע וואָס אַ API קליענט דאַרף אַקסעס.
קיין טיפּ פון רעסורסן, אַזאַ ווי אַ HTML בלאַט, אַ בילד, אַ ווידעא, אָדער עפּעס אַנדערש וואָס איז דארף פֿאַר אַן אַפּי טעטיקייט, קענען זיין אַקסעסט דורך די סערווער אין אַ קליענט-סערווער סיסטעם.
די רעסורסן זענען יידענאַפייד דורך אַ וניפאָרם ריסאָרס ידענטיפיער. טעקסט, JSON אָדער XML זענען אַלע פּאַסיק רעפּראַזאַנטיישאַנז פון רעסורסן. ווייל סטייטיד אַז, עס זענען קיין לימיטיישאַנז אויף די פאַרטרעטונג ס פֿאָרמאַט.
9. וואָס טוט JAX-RS מיינען צו איר?
עס איז סימפּלער צו שאַפֿן RESTful וועב באַדינונגס אין Java דאַנק צו די Java API פֿאַר RESTful וועב באַדינונגס, אָפט באַוווסט ווי JAX-RS. דעוועלאָפּערס קענען באַשרייַבן רעסורסן און די אַפּעריישאַנז וואָס קענען זיין דורכגעקאָכט מיט די אַנאַטיישאַנז וואָס זענען צוגעשטעלט.
10. וואָס דיסטינגגווישיז AJAX און REST פון איינער דעם אנדערן?
Ajax:
- Ajax איז אַ גרופּע פון טעקנאַלאַדזשיז וואָס אַלאַוז די דינאַמיש אַפּדייטינג באַניצער צובינד עלעמענטן אָן רילאָוד די בלאַט.
- Ajax רימוווז ייסינגקראַנאַס קאָמוניקאַציע צווישן דעם קליענט און סערווער.
מנוחה:
- REST פאדערט קאָמוניקאַציע צווישן די סערווער און דער קליענט.
- די נוצן פון רעסורסן איז וויכטיק פֿאַר די URL סטרוקטור און בעטן / ענטפער מוסטער געניצט דורך REST.
11. קענען איר רשימה עטלעכע דיסאַדוואַנטידזשיז פון RESTful וועב באַדינונגס?
סעשאַנז קענען ניט זיין געהאלטן אַרויף זינט די סערוויסעס אַדכיר צו דער געדאַנק פון סטייטלעססנעסס. (דער קליענט איז פאַראַנטוואָרטלעך פֿאַר פאָרן די סעסיע שייַן איבער די סימיאַליישאַן פון די סעסיע.)
זיכערהייט קאַנסטריינץ זענען נישט פונדאַמענטאַל פֿאַר REST. די פּראָטאָקאָלס וואָס נוצן עס ירשענען די זיכערהייט פּריקאָשאַנז. דעריבער, עס איז וויכטיק צו נעמען וואָרענען ווען איר שטעלן זיכערהייט מיטלען, אַזאַ ווי ינטאַגרייטינג SSL / TLS-באזירט אָטענטאַקיישאַנז.
12. וואָס דיסטינגגווישיז PUT און POST טעקניקס פון איינער דעם אנדערן?
שטעלן:
- עס איז קיין קאַש פֿאַר PUT רעספּאָנסעס.
- ידעמפּאָטענט (ד"ה קייפל ריקוועס וועט געבן די זעלבע רעזולטאַט)
- די פּיילאָוד פון די בעטן דערהייַנטיקונגען אָדער ריפּלייסיז די ציל מיטל.
POST:
- אידעמפוטענט ניט (ד"ה, קייפל ריקוועס וועט געבן מאַלטאַפּאַלז פון דער זעלביקער מיטל)
- דער וועב סערווער פּראַסעסאַז די פּיילאָוד פון די בעטן באזירט אויף די בדעה מיטל.
- אויב די צונעמען קאַש קאָנטראָל כעדער איז אַרייַנגערעכנט, POST ריפּלייז קענען זיין קאַשט.
13. ווי טאָן איר פּרובירן RESTful וועב באַדינונגס?
רעסטפאַל וועב סערוויס טעסטינג קענען זיין יידיד דורך אַ נומער פון מכשירים, אַרייַנגערעכנט Swagger און Postman. דורכקוקן בעטן פּאַראַמעטערס ווי אָנפֿרעג פּאַראַמעטערס, כעדערז און ענטפער כעדערז איז מעגלעך דורך די שעפע פון פֿעיִקייטן פון די יענער.
פּאָסטמאַן קענען ווערן גענוצט צו מאַכן ריקוועס צו ענדפּאָינץ און ווייַזן די רעזולטאַטן. און XML און JSON קענען זיין באשאפן פֿון די ענטפֿערס.
פּאָסטמאַן און סוואַגער ביידע צושטעלן גאָר פאַרגלייַכלעך פאַנגקשאַנאַליטי. אויף די אנדערע האַנט, Swagger אויך אָפפערס קייפּאַבילאַטיז ווי ענדפּוינט דאַקיומענטיישאַן.
14. באַשרייַבן אַ REST API אין דער עמעס וועלט.
- רייזע און טיקקעטינג וועבסיטעס קענען ליווערידזש די פלי טיימינגז און פּרייסינג אַז ערליינז מאַכן בנימצא דורך אַפּיס.
- כּדי מאַפּינג און נאַוויגאַציע אַפּפּס (ווי Google מאַפּס) צו נוצן זיי, ציבור טראַנספּערטיישאַן יידזשאַנסיז אָפט מאַכן זייער דאַטן עפנטלעך בנימצא אין פאַקטיש-צייט דורך אַפּיס.
- וועטער אַפּלאַקיישאַנז נוצן אָפֿן אַפּיס וואָס וועקסל וועטער דאַטן צו ווייַזן וועטער אינפֿאָרמאַציע.
- דעוועלאָפּערס קענען צוטריט Google מאַפּס 'מאַפּינג דאַטן דורך אַ נומער פון זייַן כאָוסטיד אַפּיס. די אַפּיס זענען געניצט דורך דעוועלאָפּערס צו ימבעד דינאַמיש מאַפּס אין זייער אַפּפּס און וועבסיטעס.
15. ווי טוט מיקראָסערוויס אַרטשיטעקטורע אַרבעט?
- ריקוועס זענען געשיקט דורך פאַרשידן קאַסטאַמערז ניצן פאַרשידן דעוויסעס.
- נאָך באַשטעטיקן די אידענטיטעט פון קלייאַנץ, אידענטיטעט פּראַוויידערז צושטעלן זיכערהייט טאָקענס.
- דער קליענט ריקוועס זענען געראטן דורך API Gateway.
- אַלע פון די סיסטעם ס מאַטעריאַל איז אפגעהיט ווי סטאַטיק אינהאַלט.
- די פאַרוואַלטונג געצייַג טשעקס די וואָג פון סערוויסעס אויף נאָודז און קיין חסרונות.
- אַנטדעקן דעם דרך פון קאָמוניקאַציע צווישן מיקראָסערוויסעס איז יידיד דורך סערוויס ופדעקונג.
- דאַטאַ סענטערס און פּראַקסי סערווערס מאַכן זיך דיספּערסט נעץ סיסטעמען גערופן אינהאַלט עקספּרעס נעטוואָרקס.
- ווייַט באַדינונגס צושטעלן אינפֿאָרמאַציע אַקסעס פֿון אַ ווייַטקייט.
16. וואָס פּונקט איז קאַטשינג?
די פיר פון טעמפּערעראַלי האַלטן אַ קאָפּיע פון אַ סערווער ענטפער ערגעץ (אַזאַ ווי קאָמפּיוטער זכּרון) אין סדר צו אַקסעס עס שפּעטער מער ראַפּאַדלי איז באקאנט ווי קאַטשינג.
קאַטשינג ימפּרוווז סערווער גיכקייַט ווען ניצן REST APIs דורך דיקריסינג די סומע פון אַרבעט די סערווער מוזן טאָן צו באַפרידיקן די בעטן. אַפּפּליקאַטיאָנס וואָס נוצן די API לויפן שנעלער דאַנק צו קאַטשינג ווייַל זיי טאָן ניט האָבן צו פאָרלייגן אַ נייַע בעטן יעדער מאָל ווען זיי דאַרפֿן אַ מיטל.
די Cache-Control פעלד פון די HTTP ענטפער כעדער כּולל אינפֿאָרמאַציע וועגן ווי לאַנג אַ מיטל קענען זיין קאַשט דורך דער קליענט איידער עס דאַרף זיין אַקסעסט ווידער.
17. באַשרייַבן פּיילאָוד.
די פּיילאָוד אין REST רעפערס צו די אינפֿאָרמאַציע קאַנטיינד אין דעם גוף פון די HTTP ענטפער. דער קונה געניצט די GET טעכניק צו בעטן די דאַטן אין קשיא.
דער דאָקומענט מיט די טוועעט טעקסט און קיין נייטיק טעקעס פֿאַר שטעלן דעם טוועעט אויף אַ וועבזייטל וועט זיין אַרייַנגערעכנט אין די פּיילאָוד, פֿאַר בייַשפּיל, אויב איר פרעגן די Twitter API פֿאַר אַ ספּעציפיש טוועעט. אַדדיטיאָנאַללי, די פּיילאָוד קענען זיין אַרייַנגערעכנט אין די הטטפּ בעטן מיט די POST אופֿן.
18. דיפערענטשיייט זייף ווס מנוחה?
- ניט ענלעך SOAP, וואָס קענען בלויז שעפּן XML, REST ינייבאַלז אַ ברייט קייט פון מיטל פֿאָרמאַטירונגען, אַרייַנגערעכנט XML, טעקסט, HTML, בילדער, ווידעא און מער.
- ווען זיכערהייט איז קריטיש פֿאַר אָנליין אַפּלאַקיישאַנז, SOAP איז נוציק. REST קענען ניט זיין יוטאַלייזד ווען טראַנזאַקשאַנז מוזן זיין געענדיקט סיקיורלי ווייַל עס איז נישט דער הויפּט זיכער.
- זינט SOAP איז בלויז אַ פּראָטאָקאָל, REST קענען נוצן עס אין זייַן וועב באַדינונגס אָבער נישט די אנדערע וועג אַרום.
- בשעת REST איז בלויז אַן אַרקאַטעקטשעראַל מוסטער געניצט צו אַנטוויקלען וועב באַדינונגס און האלט דורך זיכער לימיטיישאַנז אַזאַ ווי קליענט-סערווער סעטאַפּ, סטייטלאַסנאַס, קאַטשעאַבלע ענטפער, לייערד סיסטעמען און קאָנסיסטענט צובינד, SOAP איז אַ פּראָטאָקאָל וואָס אַפּערייץ אויף באַזונדער סטאַנדאַרדס וואָס מוזן זיין שטרענג אַדכירד. צו.
- בשעת REST ניצט וניווערסאַל מיטל ידענטיפיערס (URIS), SOAP ניצט סערוויס ינטערפייסיז צו צושטעלן זייַן קייפּאַבילאַטיז צו קליענט אַפּלאַקיישאַנז. REST האט אַ נידעריקער באַנדווידט נויט ווי זייף זינט זייף אַרטיקלען זענען מער אינפֿאָרמאַציע-שווער.
19. קענען די אַריבערפירן שיכטע זיכערהייט פּראָטאָקאָל (TLS) זיין געוויינט מיט REST?
אין פאַקט, מיר קענען. די REST קליענט און סערווער ס קאָמוניקאַציע איז ינקריפּטיד דורך TLS, און דער פּראָטאָקאָל אויך גיט קלייאַנץ אַ וועג צו אָטענטאַקייט סערווערס.
רעכט צו דעם פאַקט אַז עס איז דער פאַרבייַט פון די סעקורע סאָקקעט לייַער, עס איז געניצט פֿאַר זיכער קאָמוניקאַציע (SSL). ימפּלאַמענטינג RESTful וועב באַדינונגס איז געראָטן מיט HTTPS ווייַל עס קאָואַפּערייץ יפעקטיוולי מיט ביידע TLS און SSL.
די REST ינכעראַץ די קעראַקטעריסטיקס פון דעם פּראָטאָקאָל עס ימפּלאַמאַנץ, וואָס איז איין זאַך צו טאָן דאָ. דער רעזולטאַט, זיכערהייט פּראַטעקשאַנז זענען רילייאַנט אויף דעם פּראָטאָקאָל וואָס REST ניצט.
20. אידעמפּאָטענט מעטהאָדס: וואָס זענען זיי? ווי איז דאָס אַפּלייז צו די וועלט פון RESTful וועב באַדינונגס?
ווען די URI איז די זעלבע, עטלעכע הטטפּ מעטהאָדס אין אַ בקשה האָבן די זעלבע פּראַל אויף די סערווער צי זיי זענען איבערגעגעבן אַמאָל אָדער עטלעכע מאָל. ידעמפּאָטענט טעקניקס זענען וואָס זיי זענען באקאנט ווי.
פֿאַר בייַשפּיל, קיין ענין ווי פילע מאָל אַ URI ניצן די GET אופֿן איז לויפן, דער סערווער וועט שטענדיק דערפאַרונג די זעלבע רעזולטאַט. ידעמפּאָטענט מעטהאָדס אַרייַננעמען GET, PUT און PATCH, צו נאָמען אַ ביסל.
Idempotent HTTP מעטהאָדס זענען עטלעכע פון די אָנעס געניצט דורך RESTful וועב אַפּלאַקיישאַנז. זיי זענען נייטיק צו גאַראַנטירן קאָנסיסטענסי אין די אַקטיוויטעטן פון די RESTful וועב באַדינונגס.
קאַסטאַמערז וואָס נוצן REST API קענען מאַכן קאָד ערראָרס וואָס צווינגען אַ REST API צו מאַכן אַקסאַדענאַלי ריפּיטיד ריקוועס. די קאַללס האָבן די פּאָטענציעל צו מיסיוז רעסורסן.
21. וואָס איז די פאַנגקשאַנאַליטי פון הטטפּ באַסיק אָטענטאַקיישאַן?
ווען ניצן באַסיק אָטענטאַקיישאַן ווי אַ טייל פון אַפּיס, דער באַניצער מוזן פאָרלייגן די נאמען און פּאַראָל, וואָס זענען קאַנקאַטאַנייטאַד דורך דעם בלעטערער אין די פאָרעם "באַניצער נאָמען: פּאַראָל" און בייסע64 ענקאָודיד.
אויף יעדער הטטפּ בעטן פון דעם בלעטערער, די ענקאָודיד ווערט איז איבערגעגעבן ווי די ווערט פֿאַר די "אַוטהאָריזאַטיאָן" כעדער. ווייַל די קראַדענטשאַלז זענען נאָר קאָדעד, עס איז רעקאַמענדיד צו נוצן דעם פאָרעם ווען שיקט הטטפּס ריקוועס ווייַל זיי זענען נישט זיכער און קענען זיין ינטערסעפּטאַד דורך ווער עס יז אויב זיכערהייט פּראָטאָקאָלס זענען נישט יוטאַלייזד.
22. צי איר טראַכטן GraphQL איז דער בעסטער ברירה פֿאַר קריייטינג מיקראָסערוויס אַרקאַטעקטשער?
מיקראָסערוויסעס און GraphQL גיין צוזאמען בישליימעס ווייַל GraphQL האלט דיין מיקראָסערוויס אַרקאַטעקטשער אַ סוד פון דיין קלייאַנץ.
פֿון די פראָנט סוף, איר ווילט אַז אַלע דיין דאַטן זאָל קומען פֿון אַ איין אַפּי, און פֿון די צוריק, איר ווילן צו טיילן עס אין מיקראָ באַדינונגס. דער בעסטער טעכניק וואָס איך וויסן צו דערגרייכן ביידע איז ניצן GraphQL.
עס אַלאַוז איר צו טיילן דיין באַקענד אין מיקראָסערוויסעס, בשעת איר געבן יעדער אַפּלאַקיישאַן אַ איין אַפּי און געבן דזשוינץ אַריבער דאַטן פֿון פאַרשידן באַדינונגס.
23. וואָס זענען די הויפּט דיסטינגקשאַנז צווישן די זיכער און אידעמפּאָטענט הטטפּ מעטהאָדס?
ידעמפּאָטענט מעטהאָדס פּראָדוצירן די זעלבע רעזולטאַט ווען ינוואָוקט אַמאָל אָדער עטלעכע מאָל דורך דער זעלביקער בקשה. דער PUT אופֿן איז ידעמפּאָטענט.
אַלע זיכער וועגן זענען ידעמפּאָטענט, אָבער ניט אַלע ידעמפּאָטענט מעטהאָדס זענען זיכער ווייַל זיכער מעטהאָדס טאָן ניט טוישן די רעסורסן. פֿאַר בייַשפּיל, GET איז זיכער זינט עס נאָר ריטריווז דאַטן און טוט נישט טוישן די מיטל.
אַדדיטיאָנאַללי, עס איז ידעמפּאָטענט, טייַטש אַז עס וועט שטענדיק צוריקקומען די זעלבע ענטפער ווען ינוואָוקט.
24. וואָס ימפּלייז די JAX-RS API דורך RESTful וואָרצל ריסאָרס קלאסן?
די Java Enterprise אַדישאַן גיט קלאסן און ינטערפייסיז וואָס אַדכיר צו די JAX-RS API רעקווירעמענץ. מיט די הילף פון JAX-RS, קריייטינג Java וועב באַדינונגס אין די REST אַרקאַטעקטשעראַל סטיל איז גרינגער.
אין די JAX-RS API, וואָרצל מיטל קלאסן זענען נאָר "קלאָר אַלט ז'אבא אַבדזשעקץ," אָדער POJO. אין סדר צו ינסטרומענט די נייטיק וועב רעסורסן, זיי נוצן JAX-RS אַנאַטיישאַנז.
זיי אָדער האָבן @פּאַט אַנאַטיישאַנז אָדער בייַ מינדסטער איינער פון זייער מעטהאָדס האט @פּאַט אַנאַטיישאַנז. זיי קענען זיין סאַמד אַרויף ווי ז'אבא קלאסן מיט מעטהאָדס פֿאַר דילינג מיט API ענדפּאָינץ.
25. וואָס פּונקט איז פּאָסטמאַן, און וואָס איז עס געניצט?
אַן אַפּי אַנטוויקלונג געצייַג גערופֿן פּאָסטמאַן איז געניצט צו שאַפֿן, פּרובירן און מאָדיפיצירן אַפּיס. דעם געצייַג קענען זיין געוויינט דורך דעוועלאָפּערס פֿאַר וועלכער שטריך זיי דאַרפן פֿאַר אַן אַפּי. עס סימפּלאַפייז און פאַסילאַטייץ די אַרבעט פון דעוועלאָפּערס.
פּאָסטמאַן מאכט עס גרינג צו מאַכן אַ פאַרשיידנקייַט פון הטטפּ קוויריז, אַרייַנגערעכנט GET, POST, PUT און PATCH, שפּאָרן ינווייראַנמאַנץ פֿאַר שפּעטער נוצן, און גער אַפּיס צו קאָד אין אַ נומער פון פאַרשידענע שפּראַכן.
יעדער בינע פון די אַפּי ציקל איז סימפּלער מיט פּאָסטמאַן, און קוואַפּעריישאַן איז סטרימליינד פֿאַר פאַסטער אַפּי אַנטוויקלונג.
אַדדיטיאָנאַללי, עס ינייבאַלז דעוועלאָפּערס צו פירן די דאַקיומענטיישאַן, ספּעסאַפאַקיישאַנז, פּרובירן קאַסעס, פּראַסעסאַז און אַפּי קאַטאַלאַגז.
26. ווי זענען REST APIs זיכער?
זינט REST APIs טאָן ניט נוצן אַזוי שטרענג זיכערהייט שוץ ווי SOAP APIs, שפּירעוודיק דאַטן זאָל ניט זיין געשיקט אָדער ריטריווד מיט זיי.
אָבער, טראַסטווערדי REST APIs פאָרזעצן צו ויסשטימען זיכערהייט קאָנטראָלס פֿאַר זיכער און פאַרלאָזלעך דאַטן טראַנסמיסיע.
- אָטענטאַקיישאַן און דערלויבעניש: יעדער און יעדער בקשה צו די אַפּי מוזן דורכגיין די צוויי טשעקס. וועראַפייינג דעם קליענט ס אידענטיטעט דורך אָטענטאַקיישאַן און וואַלאַדייטינג אַז זיי האָבן אויטאָריטעט צו אַקסעס די געבעטן רעסורסן דורך דערלויבעניש זענען צוויי פאַרשידענע פּראַסעסאַז.
- וואַלאַדיישאַן: איידער די API גראַנץ אַקסעס צו זייַן רעסורסן, ריקוועס מוזן נאָך זיין אָפּגעשטעלט פֿאַר עפשער שעדלעך קאָד נאָך אָטענטאַקיישאַן און דערלויבעניש. א סערווער וואָלט אַזוי זיין אָפן פֿאַר אַ ינדזשעקשאַן באַפאַלן.
- וואַלאַדיישאַן: איידער די API גראַנץ אַקסעס צו זייַן רעסורסן, ריקוועס מוזן נאָך זיין אָפּגעשטעלט פֿאַר עפשער שעדלעך קאָד נאָך אָטענטאַקיישאַן און דערלויבעניש. א סערווער וואָלט אַזוי זיין אָפן פֿאַר אַ ינדזשעקשאַן באַפאַלן.
- ענקריפּשאַן: TLS / SSL ענקריפּשאַן פּראַטעקץ די פֿאַרבינדונג צווישן דעם קליענט און סערווער און האלט כאַקערז פון ינטערסעפּטינג ריקוועס און ענטפֿערס.
- קורס-לימיטינג טעקניקס, אַזאַ ווי לימאַץ און גערגל, באַשיצן סערווערס פון ברוט-קראַפט אַטאַקע ווי DDoS וואָס ציל צו דיגרייד אָדער קראַך זיי.
- קיין שפּירעוודיק אינפֿאָרמאַציע אין URIs: די URI פון רעסאָורסעס זאָל נישט אַנטהאַלטן קיין פּראָטעקטעד דאַטן (אַזאַ ווי אַ באַניצער נאָמען, פּאַראָל אָדער אָטענטאַקיישאַן סימען).
סאָף
מאַזל - טאָוו! עטלעכע יקערדיק צו קאָמפּלעקס REST API אינטערוויו פֿראגן און זייער ריספּעקטיוו סאַלושאַנז זענען איצט אין דיין פינגגערטיפּס.
איצט אַז איר האָט אַ גוטן באַגריף פון ווי צו רעספּאָנד צו עטלעכע פון די טיפּיש REST API אינטערוויו פֿראגן, איר קענט פאָרזעצן צו ריספּאַנד צו די ינטערוויוז. דער ווייַטער שריט דעפּענדס אויף דיין אַבדזשעקטיווז.
באַזוכן אינטערוויו סעריע מיט השדאָרק צו גרייטן זיך פֿאַר ינטערוויוז.
לאָזן אַ ענטפֿערן