האַגדאָמע - דעם פּאָסטן איז טייל פון די SAP ABAP OData טוטאָריאַל סעריע.

הקדמה

אין אונדזער פריערדיקן אַרטיקל מיר האָבן דיסקאַסט וואָס איז אַ API. עס זענען פאַרשידענע טייפּס פון אַפּי קאַללס, למשל Simple Object Access Protocol (SOAP), Remote Procedure Call (RPC) און Representational State Transfer (REST). אַלע די אַפּי קאַללס האָבן דער זעלביקער ציל, ד"ה צו אַריבערפירן דאַטן סיקיורלי צווישן צוויי אָדער מער סיסטעמען. אין דעם אַרטיקל מיר וועלן בלויז ויספאָרשן די רעסטפאַל וועב באַדינונגס.

וואָס איז REST

ווי געזאָגט פריער, REST שטייט פֿאַר רעפּרעסענטאַטיאָנאַל שטאַט אַריבערפירן. עס איז אַ פּשוט וועג פון שיקן און ריסיווינג דאַטן צווישן קליענט און סערווער. עס טוט נישט דאַרפן קיין ווייכווארג אָדער סטאַנדאַרדס צו אַריבערפירן דאַטן. עס האט אַ פּרעדעפינעד סטרוקטור צו טאָן די אַפּי רופן. דעוועלאָפּערס נאָר דאַרפֿן צו נוצן די פּרעדעפינעד וועג און פאָרן זייער דאַטן ווי JSON פּיילאָוד.

אַטריביוץ פון רעסטפול וועב באַדינונגס

א RESTful וועב סערוויס האט די פאלגענדע זעקס קאַנסטריינץ / אַטריביוץ:

1. קליענט-סערווירער: דאָס איז אַ זייער וויכטיק אַספּעקט פון REST APIs. א REST API גייט צו קליענט-סערווער אַרקאַטעקטשער און ביידע זאָל זיין באַזונדער. עס מיטל אַז דער סערווער און דער קליענט קענען נישט זיין דער זעלביקער סערווער. אויב דאָס איז דער זעלביקער, איר וועט באַקומען CORS טעות.
2. שטאַטלעסס: אין REST, אַלע קאַללס זענען באהאנדלט ווי אַ נייַע רופן און קיין פריערדיקן רופן שטאַט וועט נישט געבן קיין מייַלע צו די נייַע רופן. דעריבער בעשאַס יעדער רופן, עס איז פארלאנגט צו האַלטן אַלע די נייטיק אָטענטאַקיישאַן און אנדערע אינפֿאָרמאַציע.
3. Cache: א REST API ינקעראַדזשאַז דעם בלעטערער און סערווער קאַטשינג פּראָצעס צו פֿאַרבעסערן די פּראַסעסינג גיכקייַט.
4. וניפאָרם צובינד: די צובינד צווישן די קליענט און סערווירער בלייבט מונדיר, דערפאר ענדערונגען אין יעדער זייַט וועט נישט ווירקן די אַפּי פאַנגקשאַנאַליטי. דאָס העלפּס ינדיפּענדאַנטלי אַנטוויקלונג פון קליענט און סערווירער סיסטעם.
5. שיכטע סיסטעם: REST אַלאַוז די נוצן פון לייערד סטרוקטור אין די סערווער זייַט, ד"ה איר קענען האָבן דאַטן אויף פאַרשידענע סערווערס, אָטענטאַקיישאַן אויף פאַרשידענע סערווערס און די API אויף פאַרשידענע סערווערס. דער קליענט וועט קיינמאָל וויסן אַז עס איז געטינג די דאַטן פֿון וואָס סערווער.
6. קאָד אויף פאָדערונג: עס איז אַן אַפּשאַנאַל שטריך פון REST API, ווו סערווער קענען אפילו שיקן עקסעקוטאַבלע קאָד צו דעם קליענט וואָס קענען לויפן גלייך בעשאַס די לויפן צייט.

מעטהאָדס אין רעסטפאַל וועב באַדינונגס

מיט רעסטפול וועב באַדינונגס, מיר קענען דורכפירן די יקערדיק פיר אַפּעריישאַנז:

1. באַקומען: דעם אופֿן איז געניצט צו באַקומען אַ רשימה פון דאַטן פֿון די סערווער.
2. POST: דעם אופֿן איז געניצט צו פּאָסטן / שאַפֿן אַ נייַע רעקאָרד אין סערווער.
3. PUT: דעם אופֿן איז געניצט צו דערהייַנטיקן אַ יגזיסטינג רעקאָרד פון סערווער.
4. ויסמעקן: דעם אופֿן איז געניצט צו ויסמעקן אַ רעקאָרד אויף די סערווער זייַט.

נאטיץ: נאָר רופן די אויבן אופֿן קען נישט גאַראַנטירן אַז די אַפּעריישאַנז וועט זיין דורכגעקאָכט ביז די אַפּעריישאַנז זענען ימפּלאַמענאַד אויף די סערווער זייַט אויך.

אַדוואַנטאַגעס פון רעסטפול וועב באַדינונגס

די הויפּט אַדוואַנטידזשיז פון אַ RESTful API זענען:

• זיי זענען סימפּלער און פלעקסאַבאַל צו ינסטרומענט
• עס שטיצט אַ גרעסערע פאַרשיידנקייַט פון דאַטן פֿאָרמאַטירונגען אַזאַ ווי JSON, XML, YAML, עטק.
• עס איז פאַסטער און גיט בעסער פאָרשטעלונג

דיסאַדוואַנטידזשיז פון רעסטפאַל וועב באַדינונגס

כאָטש REST סערוויסעס טענד צו צושטעלן קייפל בענעפיץ, נאָך עס האט דעמעריץ:

• צו ינסטרומענט שטאַט פֿאַרבונדענע אָנפֿרעג, די REST העאַדערס זענען פארלאנגט וואָס איז אַ לעפּיש אַרבעט
• די PUT און DELETE אַפּעריישאַנז זענען נישט ניצלעך דורך פירעוואַללס אָדער אין עטלעכע בראַוזערז.