Oracle ရှေ့နေများသည် Android တွင် Java API ၏ပြန်လည်အကောင်အထည်ဖော်မှုကို "Harry Potter" ၏အကြောင်းအရာများကိုကူးယူခြင်းနှင့်နှိုင်းယှဉ်ခြင်း၊ pdf

အမေရိကန်တရားရုံးချုပ်သည် ယခုနှစ်အစောပိုင်းတွင် အရေးကြီးသောအမှုကို ကြားနာမည်ဖြစ်သည်။ Oracle vs Googleဉာဏပစ္စည်းမူပိုင်ခွင့်ဥပဒေအောက်တွင် API ၏တရားဝင်အဆင့်အတန်းကိုဆုံးဖြတ်ပေးမည့်၊ အကယ်၍ Oracle သည် ၎င်း၏ဒေါ်လာဘီလီယံပေါင်းများစွာတန်ကြေးရှိတရားစွဲဆိုမှုတွင် တရားရုံးက ယှဉ်ပြိုင်မှုကို ဟန့်တားကာ Google ကိုယ်တိုင်အပါအဝင် နည်းပညာဘီလူးကြီးများ၏လွှမ်းမိုးမှုကို ခိုင်ခံ့စေနိုင်သည်။

တစ်ချိန်တည်းမှာပင်၊ Oracle ၏ လုပ်ငန်းသည် IBM မှ တီထွင်ထားသော SQL ပရိုဂရမ်းမင်းဘာသာစကားကို အကောင်အထည်ဖော်မှုအပေါ်တွင် ကနဦးတည်ဆောက်ခဲ့ပြီး ယခုအခါ ကုမ္ပဏီသည် Amazon S3 မှ API ဖြင့် cloud ဝန်ဆောင်မှုကို ပေးဆောင်လျက်ရှိပြီး ၎င်းသည် လုံးဝပုံမှန်ဖြစ်သည်။ API ပြန်လည်ပြင်ဆင်ခြင်းသည် စက်မှုလုပ်ငန်းအစကတည်းက ကွန်ပျူတာသိပ္ပံဖွံ့ဖြိုးတိုးတက်မှု၏ သဘာဝအစိတ်အပိုင်းတစ်ခုဖြစ်သည်။

Oracle သည် သဒ္ဒါပုံသဏ္ဍာန်တည်ဆောက်ပုံများနှင့် ဆက်စပ်သော အမည်ပေးထားသော ညွှန်ကြားချက်များစာရင်းအပါအဝင် Java API ကို တရားမဝင်ကူးယူနေသည်ဟု Google မှစွပ်စွဲထားသည်။ Android လည်ပတ်မှုစနစ်သည် Java ပရိုဂရမ်မာများအတွက် ဆော့ဖ်ဝဲလ်နှင့် အသိပညာများကို ပလပ်ဖောင်းအသစ်သို့ လွှဲပြောင်းရန် ပိုမိုလွယ်ကူစေရန် Java API နှင့် အထူးသဟဇာတဖြစ်သည်။ ထိုသို့လုပ်ဆောင်ရန်၊ Android သည် သက်ဆိုင်ရာ Java API ညွှန်ကြားချက်များနှင့် သဒ္ဒါဖွဲ့စည်းပုံများကို အတိအကျကူးယူထားသည်။ အငြင်းပွားမှု Oracle သည် Java API ၏ "ပြန်လည်အကောင်အထည်ဖော်ခြင်း" ကို စာပေဝတ္ထု "Harry Potter" ကဲ့သို့သော စာရေးဆရာတစ်ဦး၏ လက်ရာကို ကူးယူခြင်းနှင့် နှိုင်းယှဉ်နိုင်သည် (ဤအရာ၊ Oracle ရှေ့နေများကပေးသော တကယ့်ဥပမာ), ပြီးတော့ Google သည် Java API ညွှန်ကြားချက်အမည်များနှင့် ဖွဲ့စည်းပုံများတွင် Oracle ၏ မူပိုင်ခွင့်ကို ချိုးဖောက်သည်။.

သို့သော် Java API များသည် တစ်ခုတည်းသော API များမဟုတ်ပါ၊ Android သည် တစ်ခုတည်းသော ပြန်လည်ပြင်ဆင်မှုမဟုတ်ပါ။ ယနေ့ခေတ် အိုင်တီလုပ်ငန်းတွင်၊ API များသည် နေရာအနှံ့တွင်ရှိပြီး လုပ်ငန်းကြီးများကို လက်ဝါးကြီးအုပ်ခြင်းမှ ကာကွယ်ရန် ပြိုင်ဆိုင်မှုကို ထိန်းသိမ်းထားရန် ပြန်လည်မိတ်ဆက်ခြင်းသည် အခြေခံကျပါသည်။ ထင်သည်။ Charles Duane သည် R Street Institute မှနည်းပညာနှင့်ဆန်းသစ်တီထွင်မှုမူဝါဒ၏ဒါရိုက်တာဖြစ်သည်။

Duane သည် နာမည်ကြီး Amazon S3 သိုလှောင်မှုပလပ်ဖောင်းကို ဥပမာပေးသည်။ S3 မှ ဖိုင်များကို ရေးသားခြင်းနှင့် ပြန်လည်ရယူခြင်းတို့ကို လုပ်ဆောင်ရန်အတွက် Amazon သည် ကျယ်ကျယ်ပြန့်ပြန့် တီထွင်ဖန်တီးခဲ့သည်။ အသေးစိတ် API ဝန်ဆောင်မှုနှင့် အပြန်အလှန်ဆက်ဆံရန်။ ဥပမာအားဖြင့်၊ သိမ်းဆည်းထားသောဖိုင်များစာရင်းကို ရယူရန် (စာရင်းအရာဝတ္ထုများ) host နှင့် type parameters များကို သတ်မှတ်ပေးသော GET command ကို ပေးပို့ပါသည်။ ကုဒ်နံပါတ်အမျိုးအစား, အဆက်မပြတ်-သင်္ကေတ и x-amz-date. Amazon S3 နှင့်အလုပ်လုပ်ရန်၊ ဆော့ဖ်ဝဲလ်သည် ဤနှင့်အခြားသတ်မှတ်ထားသော parameter အမည်များစွာကို အတိအကျအသုံးပြုရပါမည်။

GET /?Delimiter=Delimiter&EncodingType=EncodingType&Marker=Marker&MaxKeys=MaxKeys&Prefix=Prefix HTTP/1.1
Host: Bucket.s3.amazonaws.com
x-amz-request-payer: RequestPayer

Amazon သည် cloud ဝန်ဆောင်မှုစျေးကွက်တွင် ရှင်းလင်းသော ဦးဆောင်သူဖြစ်ပြီး ၎င်း၏ပြိုင်ဘက်များသည် S3 API ကို ပြန်လည်အကောင်အထည်ဖော်ရန် ကမ်းလှမ်းထားသော်လည်း ၎င်းတို့သည် အမိန့်ပေးသောအမည်များ၊ ကန့်သတ်ချက်ဂ်များ၊ အမျိုးအစားရှေ့ဆက်များကို တုပရမည်ဖြစ်သည်။ x-amzS3 API ၏ သဒ္ဒါဖွဲ့စည်းပုံနှင့် အထွေထွေအဖွဲ့အစည်း။ တစ်နည်းဆိုရသော် Oracle က တောင်းဆိုသမျှသည် မူပိုင်ခွင့်ဖြစ်သည်။

Amazon S3 API ကော်ပီကို ကမ်းလှမ်းတဲ့ ကုမ္ပဏီတွေထဲမှာ ပါပါတယ်။ Oracle ကိုယ်တိုင်လည်း ရှိတယ်။. လိုက်ဖက်ညီမှုအတွက်၊ Amazon S3 Compatibility API သည် Amazon API ၏ အစိတ်အပိုင်းများစွာကို x-amz တဂ်များအထိ ကူးယူပါသည်။

Oracle က ၎င်း၏လုပ်ဆောင်ချက်များ၏တရားဝင်မှုသည် ကုဒ်ကိုအခမဲ့ကူးယူခြင်းနှင့် ပြုပြင်မွမ်းမံခြင်းများကိုခွင့်ပြုသည့် open source Apache 2.0 လိုင်စင်အပေါ်အခြေခံထားကြောင်း အခိုင်အမာဆိုသည်။ ဥပမာအားဖြင့်, Java အတွက် Amazon SDK Apache 2.0 လိုင်စင်လည်း ပါရှိသည်။

သို့သော် ဉာဏပစ္စည်းမူပိုင်ခွင့်ဥပဒေသည် APIs ကဲ့သို့သော အရာများနှင့်ပင် သက်ရောက်မှုရှိမရှိ မေးခွန်းထုတ်စရာဖြစ်သည်။ ဒါကို တရားရုံးချုပ်က ဆုံးဖြတ်ရမယ်။

API ကို ဘယ်သူက တီထွင်ခဲ့တာလဲ။

Herman Goldstein နှင့် John von Neumann တို့၏ "ပရင့်စတန်တက္ကသိုလ်အဆင့်မြင့်လေ့လာမှု၊ 1948) ၏ အီလက်ထရွန်နစ်ကွန်ပြူတာတူရိယာအတွက် စီမံကိန်းနှင့် ကုဒ်ရေးခြင်းပြဿနာ - အပိုင်း XNUMX၊ အတွဲ III (ပရင်စတန်တက္ကသိုလ်အဆင့်မြင့်လေ့လာမှု၊ XNUMX) စာအုပ်တွင် "လုပ်ငန်းခွဲစာကြည့်တိုက်" ၏ ဝေါဟာရနှင့် အယူအဆကို စတင်ဖော်ပြခဲ့သည်။ archive.org မှကူးယူသည်။. တတိယအတွဲ၏ အကြောင်းအရာများ-

မန်မိုရီတွင် ပရိုဂရမ်များကို သိမ်းဆည်းသည့် ကွန်ပျူတာများအတွက် ပရိုဂရမ်းမင်း နည်းစနစ်၏ ပထမဆုံး ဖော်ပြချက်ဖြစ်သည် (ယခင်က မရှိခဲ့)။ ၎င်းကို ထိုအချိန်က ကိုယ်ပိုင်ကွန်ပျူတာများ ဖန်တီးရန် ကြိုးစားနေသည့် တက္ကသိုလ်များသို့ ကျယ်ကျယ်ပြန့်ပြန့် ဖြန့်ဝေခဲ့သည်။ အရေးအကြီးဆုံးကတော့ စာအုပ်ထဲမှာ အဓိက အကြံဥာဏ်တစ်ခုပါရှိပါတယ်။ ပရိုဂရမ်အများစုသည် ဘုံလုပ်ဆောင်ချက်များကို အသုံးပြုမည်ဖြစ်ပြီး၊ လုပ်ရိုးလုပ်စဉ်များပါရှိသော စာကြည့်တိုက်များသည် ကုဒ်အသစ်များနှင့် အမှားအယွင်းများ ပမာဏကို လျှော့ချပေးမည်ဖြစ်သည်။. ဤအကြံအစည်ကို Maurice Wilkes မှ ထပ်မံသန့်စင်ပြီး 1967 Turing Award ကို ရရှိခဲ့သော EDSAC စက်တွင် လက်တွေ့လုပ်ဆောင်ခဲ့သည်။

EDSAC လုပ်ရိုးလုပ်စဉ်အခွဲစာကြည့်တိုက်သည် ဘယ်ဘက်တွင်ရှိသည်။

နောက်တစ်ဆင့်မှာ Maurice Wilkes နှင့် David Wheeler တို့ Electronic Digital Computer (1951) အတွက် Preparing Programs (XNUMX) တွင် ပြုလုပ်ခဲ့သည့်အတိုင်း ပိုမိုမြင့်မားသော လုပ်ဆောင်ချက်များနှင့် ပြည့်စုံသော software interface များကို ဖန်တီးရန်ဖြစ်သည်။

အဆိုပါအသုံးအနှုန်း လျှောက်လွှာအစီအစဉ် Interface (API) သည် 60 နှောင်းပိုင်းတွင် တစ်နေရာ၌ ပေါ်လာသည်။

တင်ဆက်ရေးသားသူ "API ၏ ဘာသာရပ်ဆိုင်ရာ သမိုင်းအကျဉ်း" Joshua Block သည် ပရိုဂရမ်းမင်း၏ အင်တာဖေ့စ်များ၊ လမ်းညွှန်ချက်အစုံများနှင့် လုပ်ရိုးလုပ်စဉ်အခွဲများ- ၎င်းတို့ကို ဖန်တီးပုံနှင့် နောက်ပိုင်းတွင်အသုံးပြုပုံတို့ကို ဥပမာများစွာပေးသည်။ အယူအဆမှာ ပြန်လည်အသုံးပြုခြင်းသည် API တစ်ခု၏အချက်ဖြစ်သည်။ ဤအရာသည် ၎င်းတို့အတွက် ပထမဦးစွာ ဖန်တီးထားခြင်းဖြစ်သည်။ နှင့် developer များသည် အခြားသူများ၏ APIs များကို ကူးယူကာ ပြန်လည်ပြုလုပ်ရန် အမြဲတမ်းအခွင့်အရေးရခဲ့သည်-

API ကို
ဖန်ဆင်းရှင်
Год
ပြန်လည်ပြင်ဆင်ခြင်း။
Год

FORTRAN စာကြည့်တိုက်
IBM က
1958
Univac
1961

IBM S/360 ISA
IBM က
1964
Amdahl ကော်ပိုရေးရှင်း
1970

Standard C စာကြည့်တိုက်
AT&T/Bell Labs
1976
Mark Williams Co.
1980

Unix စနစ်ခေါ်ဆိုမှုများ
AT&T/Bell Labs
1976
Mark Williams Co.
1980

VT100 Esc Seqs
DEC
1978
Heathkit
1980

IBM PC BIOS
IBM က
1981
Phoenix နည်းပညာ
1984

MS-DOS CLI
Microsoft က
1981
FreeDOS ပရောဂျက်
1998

Hayes AT အမိန့်ပေးထားသည်။
Hayes Micro
1982
Anchor Automation
1985

Postscript
Adobe က
1985
GNU/GhostScript
1988

SMB
Microsoft က
1992
Samba ပရောဂျက်
1993

ဝင်း ၉၄
Microsoft က
1993
ဝိုင်ပရောဂျက်
1996

Java 2 class စာကြည့်တိုက်များ
နေ
1998
Google/Android
2008

ဝဘ် API အရသာ
အရသာရှိသော
2003
ပင်ဘုတ်
2009

source: "API ၏ ဘာသာရပ်ဆိုင်ရာ သမိုင်းအကျဉ်း"

API များကို ကူးယူခြင်းနှင့် ပြန်လည်အသုံးပြုခြင်း (စာကြည့်တိုက်များ၊ ညွှန်ကြားချက်အစုံများ) သည် မှန်ကန်ရုံသာမက၊ ဤပရိုဂရမ်းမင်းနည်းစနစ်ကို ကွန်ပျူတာသိပ္ပံ၏ canons များတွင် တိုက်ရိုက်အကြံပြုထားသည်။ S3 ပရိုဂရမ်းမင်း အင်တာဖေ့စ်များကို ကူးယူခြင်းမပြုမီတွင်ပင် Oracle ကိုယ်တိုင်က ၎င်းကို အကြိမ်များစွာ ပြုလုပ်ခဲ့သည်။ ထို့အပြင်၊ Oracle ၏ လုပ်ငန်းသည် IBM မှ တီထွင်ထားသည့် SQL ပရိုဂရမ်းမင်းဘာသာစကားကို အကောင်အထည်ဖော်မှုတွင် ကနဦးတည်ဆောက်ခဲ့သည်။ Oracle ၏ ပထမဆုံးသော အထင်ကရ ထုတ်ကုန်သည် IBM System R မှ အများအပြား ကူးယူထားသော DBMS ဖြစ်သည်။ ဤကိစ္စတွင်၊ ကျွန်ုပ်တို့သည် DBMS တစ်ခုအတွက် “စံ API” အဖြစ် SQL ကို ပြန်လည်အကောင်အထည်ဖော်ခြင်းအကြောင်း ပြောနေပါသည်။

APIs များပေါ်တွင် ဉာဏပစ္စည်းမူပိုင်ခွင့်များကို အသုံးချခြင်းသည် လူတိုင်းအပေါ် သက်ရောက်မှုရှိသော တရားဝင်မိုင်းကွင်းတစ်ခု ဖန်တီးနိုင်သည်။ APIs များကို အကောင်အထည်ဖော်ပြီး အခြား cloud ဝန်ဆောင်မှုများ. Wi-Fi နှင့် Internet protocol များကဲ့သို့သော နည်းပညာဆိုင်ရာစံနှုန်းများစွာတွင် API များပါဝင်သည်။ ပရိုဂရမ်းမင်း၏ အင်တာဖေ့စ်များကို အင်တာနက်ပေါ်ရှိ ကွန်ပျူတာနှင့် ဆာဗာတိုင်းတွင် ပုံစံအချို့ဖြင့် သေချာပေါက် ပြန်လည်အကောင်ထည်ဖော်ပါသည်။ Oracle ၏ မူပိုင်ခွင့်သီအိုရီသည် သင့်ကွန်ပြူတာတွင် သင်လုပ်သမျှကို တရားမ၀င်ဖြစ်စေနိုင်သည်။

ဤကျယ်ပြန့်သော အကျိုးဆက်များကို ရှောင်ရှားရန်၊ ၎င်း၏ ငြင်းခုံချက်များကို ထောက်ခံသည့် Oracle နှင့် အယူခံတရားရုံးတို့သည် မူရင်းနှင့် "သဟဇာတမဖြစ်သော" အချို့ API ပြန်လည်ပြင်ဆင်မှုများကို မူပိုင်ခွင့်ချိုးဖောက်မှုများကို ကန့်သတ်ရန် ကြိုးပမ်းခဲ့သည်။ ဒါပေမယ့် တစ်စိတ်တစ်ပိုင်း ပြန်ပြီး အကောင်အထည်ဖော်ရတာ အဖြစ်များပါသည်။. ၎င်း၏ S3 API ၏မိတ္တူတွင်ပင်၊ Oracle သည် မူရင်း Amazon APIs များနှင့် ကိုက်ညီမှုမရှိသော “ကွဲပြားမှုများ” အများအပြားကို မှတ်သားထားသည်။

Oracle ၏တရားစွဲဆိုမှု၏ အဓိကအန္တရာယ်မှာ S3 ကဲ့သို့သော ကြီးကြီးမားမားပလပ်ဖောင်းများနှင့် တွဲဖက်အသုံးပြုနိုင်သည့် အသေးစားနည်းပညာကုမ္ပဏီများမှ ဗားရှင်းများဖန်တီးခြင်းမှ တားဆီးနိုင်ခြင်းကြောင့်ဖြစ်သည်။ ထိုသို့သော လိုက်ဖက်ညီမှုမရှိပါက၊ ပရိုဂရမ်မာများသည် ဤကုမ္ပဏီ၏ကမ်းလှမ်းမှုများမှ ထိထိရောက်ရောက် သော့ခတ်သွားမည်ဖြစ်သည်။

စက်မှုလုပ်ငန်းကိုယ်စားလှယ်များနှင့် လုပ်ငန်းရှင်များသည် ထိုအကြောင်းပြချက်ဖြင့် ဤနေရာတွင်သာ ကြီးစိုးနိုင်မည်ဟု မျှော်လင့်နိုင်သည်။ တရားသူကြီးများသည် ပရိုဂရမ်းမင်း၏ အခြေခံများကို သိသည်။.

source: www.habr.com