មេធាវី Oracle ប្រៀបធៀបការអនុវត្តឡើងវិញនៃ Java API នៅក្នុង Android ជាមួយនឹងការចម្លងខ្លឹមសារនៃ "Harry Potter" ។ ជា PDF

តុលាការកំពូលអាមេរិកនឹងបើកសវនាការរឿងក្តីសំខាន់មួយនៅដើមឆ្នាំនេះ។ Oracle ទល់នឹង Googleដែលនឹងកំណត់ស្ថានភាពផ្លូវច្បាប់នៃ API ក្រោមច្បាប់កម្មសិទ្ធិបញ្ញា។ ប្រសិនបើតុលាការភាគីជាមួយក្រុមហ៊ុន Oracle ក្នុងបណ្តឹងដែលមានតម្លៃរាប់ពាន់លានដុល្លារ វាអាចរារាំងការប្រកួតប្រជែង និងពង្រឹងភាពលេចធ្លោនៃក្រុមហ៊ុនបច្ចេកវិទ្យាយក្ស ប្រហែលជារួមទាំង Google ផងដែរ។

ក្នុងពេលជាមួយគ្នានេះ អាជីវកម្មរបស់ Oracle ត្រូវបានបង្កើតឡើងដំបូងលើការអនុវត្តភាសាសរសេរកម្មវិធី SQL ដែលបង្កើតឡើងដោយ IBM ហើយសូម្បីតែឥឡូវនេះក្រុមហ៊ុនផ្តល់សេវាកម្មពពកជាមួយនឹង API ពី Amazon S3 ហើយនេះគឺជារឿងធម្មតាទាំងស្រុង។ ការអនុវត្ត API ឡើងវិញគឺជាផ្នែកធម្មជាតិនៃការអភិវឌ្ឍន៍វិទ្យាសាស្ត្រកុំព្យូទ័រចាប់តាំងពីការចាប់ផ្តើមនៃឧស្សាហកម្មនេះ។

Oracle ចោទប្រកាន់ Google ថាបានចម្លង Java API ដោយខុសច្បាប់ រួមទាំងបញ្ជីពាក្យបញ្ជាដែលមានឈ្មោះភ្ជាប់ទៅនឹងរចនាសម្ព័ន្ធវេយ្យាករណ៍។ ប្រព័ន្ធប្រតិបត្តិការ Android គឺត្រូវគ្នាជាពិសេសជាមួយ Java API ដើម្បីធ្វើឱ្យវាកាន់តែងាយស្រួលសម្រាប់អ្នកសរសេរកម្មវិធី Java ក្នុងការផ្ទេរកម្មវិធី និងចំណេះដឹងទៅកាន់វេទិកាថ្មី។ ដើម្បីធ្វើដូចនេះ Android បានចម្លងពាក្យបញ្ជា Java API ដែលត្រូវគ្នា និងរចនាសម្ព័ន្ធវេយ្យាករណ៍។ អាគុយម៉ង់ Oracle គឺថា "ការអនុវត្តឡើងវិញ" នៃ Java API អាចប្រៀបធៀបទៅនឹងការចម្លងស្នាដៃរបស់អ្នកនិពន្ធ ដូចជាប្រលោមលោកអក្សរសាស្ត្រ "Harry Potter" (នេះ ឧទាហរណ៍ជាក់ស្តែងដែលផ្តល់ដោយមេធាវី Oracle) និង Google រំលោភលើការរក្សាសិទ្ធិរបស់ Oracle លើឈ្មោះពាក្យបញ្ជា Java API និងរចនាសម្ព័ន្ធ.

ប៉ុន្តែ Java APIs មិនមែនជា APIs តែមួយទេ ហើយ Android មិនមែនជាការអនុវត្តន៍ឡើងវិញតែមួយគត់នោះទេ។ នៅក្នុងឧស្សាហកម្ម IT នាពេលបច្ចុប្បន្ននេះ APIs មានគ្រប់ទីកន្លែង ហើយការដាក់បញ្ចូលឡើងវិញគឺជាមូលដ្ឋានគ្រឹះក្នុងការរក្សាការប្រកួតប្រជែងដើម្បីការពារក្រុមហ៊ុនធំៗពីការផ្តាច់មុខ។ គិត Charles Duane ជានាយកផ្នែកបច្ចេកវិទ្យា និងគោលនយោបាយច្នៃប្រឌិតនៅវិទ្យាស្ថាន R Street ។

Duane ផ្តល់ឧទាហរណ៍នៃវេទិកាផ្ទុកទិន្នន័យ Amazon S3 ដ៏ពេញនិយម។ ដើម្បីបើកការសរសេរ និងទាញយកឯកសារពី S3 ក្រុមហ៊ុន Amazon បានបង្កើតយ៉ាងទូលំទូលាយ។ API លម្អិត ដើម្បីធ្វើអន្តរកម្មជាមួយសេវាកម្ម។ ឧទាហរណ៍ ដើម្បីទទួលបានបញ្ជីឯកសារដែលបានរក្សាទុក (បញ្ជីវត្ថុ) យើងផ្ញើពាក្យបញ្ជា GET ដែលបញ្ជាក់ host និងវាយប៉ារ៉ាម៉ែត្រ ប្រភេទអ៊ិនកូដ, និមិត្តសញ្ញាបន្ត и x-amz-កាលបរិច្ឆេទ. ដើម្បីធ្វើការជាមួយ Amazon S3 កម្មវិធីត្រូវតែប្រើឈ្មោះទាំងនេះ និងឈ្មោះប៉ារ៉ាម៉ែត្រជាក់លាក់ជាច្រើនទៀតយ៉ាងពិតប្រាកដ។

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 គឺជាក្រុមហ៊ុននាំមុខគេក្នុងទីផ្សារសេវាកម្មពពក ហើយដៃគូប្រកួតប្រជែងរបស់ខ្លួនផ្តល់នូវការអនុវត្តឡើងវិញនូវ S3 API ខណៈពេលដែលពួកគេត្រូវធ្វើត្រាប់តាមឈ្មោះពាក្យបញ្ជា ស្លាកប៉ារ៉ាម៉ែត្រ ប្រភេទបុព្វបទ។ x-amzរចនាសម្ព័ន្ធវេយ្យាករណ៍ និងអង្គការទូទៅនៃ S3 API ។ ម្យ៉ាងវិញទៀត អ្វីគ្រប់យ៉ាងដែល Oracle ទាមទារគឺរក្សាសិទ្ធិ។

ក្នុងចំណោមក្រុមហ៊ុនដែលផ្តល់ច្បាប់ចម្លងនៃ Amazon S3 API មាន ក៏មាន Oracle ផងដែរ។. សម្រាប់ភាពឆបគ្នា Amazon S3 Compatibility API ចម្លងធាតុជាច្រើននៃ Amazon API ចុះទៅ x-amz tags ។

Oracle អះអាងថា ភាពស្របច្បាប់នៃសកម្មភាពរបស់វាគឺផ្អែកលើប្រភពបើកចំហ Apache 2.0 License ដែលអនុញ្ញាតឱ្យចម្លង និងកែប្រែកូដដោយឥតគិតថ្លៃ។ ឧទាហរណ៍, Amazon SDK សម្រាប់ Java ភ្ជាប់មកជាមួយអាជ្ញាប័ណ្ណ Apache 2.0 ផងដែរ។

ប៉ុន្តែសំណួរគឺថាតើច្បាប់កម្មសិទ្ធិបញ្ញាសូម្បីតែអនុវត្តចំពោះអ្វីៗដូចជា APIs ដែរឬទេ។ នេះ​ជា​អ្វី​ដែល​តុលាការ​កំពូល​ត្រូវ​កំណត់។

តើអ្នកណាជាអ្នកបង្កើត API?

ពាក្យ និងគំនិតនៃ "បណ្ណាល័យរង" បានបង្ហាញខ្លួនជាលើកដំបូងនៅក្នុងសៀវភៅ ផែនការ និងបញ្ហាសរសេរកូដសម្រាប់ឧបករណ៍កុំព្យូទ័រអេឡិចត្រូនិក - ផ្នែកទី 1948 ភាគ III (វិទ្យាស្ថានសិក្សាកម្រិតខ្ពស់នៃសាកលវិទ្យាល័យព្រីនស្តុន ឆ្នាំ XNUMX) ដោយ Herman Goldstein និង John von Neumann ។ ចម្លងនៅលើ archive.org. ខ្លឹមសារនៃភាគទីបី៖

នេះគឺជាការពិពណ៌នាដំបូងនៃវិធីសាស្រ្តសរសេរកម្មវិធីសម្រាប់កុំព្យូទ័រដែលរក្សាទុកកម្មវិធីនៅក្នុងអង្គចងចាំ (ពីមុនវាមិនមានទេ) ។ វាត្រូវបានចែកចាយយ៉ាងទូលំទូលាយទៅកាន់សាកលវិទ្យាល័យនានា ដែលនៅពេលនោះកំពុងព្យាយាមបង្កើតកុំព្យូទ័រផ្ទាល់ខ្លួនរបស់ពួកគេ។ ហើយសំខាន់បំផុត សៀវភៅនេះមានគំនិតសំខាន់មួយ៖ កម្មវិធីភាគច្រើននឹងប្រើប្រតិបត្តិការទូទៅ ហើយបណ្ណាល័យដែលមានទម្លាប់នឹងកាត់បន្ថយចំនួនកូដ និងកំហុសថ្មី. គំនិតនេះត្រូវបានកែលម្អបន្ថែមទៀតដោយ Maurice Wilkes ហើយបានអនុវត្តនៅក្នុងម៉ាស៊ីន EDSAC ដែលគាត់បានទទួលពានរង្វាន់ Turing ឆ្នាំ 1967 ។

បណ្ណាល័យទម្រង់ការរង EDSAC នៅខាងឆ្វេង

ជំហានបន្ទាប់គឺបង្កើតមុខងារលំដាប់ខ្ពស់ និងចំណុចប្រទាក់ផ្នែកទន់ពេញលេញ ដូចដែល Maurice Wilkes និង David Wheeler បានធ្វើក្នុងការរៀបចំកម្មវិធីសម្រាប់កុំព្យូទ័រឌីជីថលអេឡិចត្រូនិច (1951)។

ពាក្យដោយខ្លួនឯង អន្តរមុខកម្មវិធីកម្មវិធី (API) បានបង្ហាញខ្លួននៅកន្លែងណាមួយនៅចុងទសវត្សរ៍ទី 60 ។

អ្នកនិពន្ធបទបង្ហាញ "ប្រវត្តិប្រធានបទសង្ខេបនៃ API" Joshua Block ផ្តល់នូវឧទាហរណ៍ជាច្រើននៃចំណុចប្រទាក់សរសេរកម្មវិធី សំណុំការណែនាំ និងបណ្ណាល័យទម្រង់ការរង៖ របៀបដែលពួកគេត្រូវបានបង្កើត និងប្រើប្រាស់ជាបន្តបន្ទាប់។ គំនិតគឺថាការប្រើប្រាស់ឡើងវិញគឺជាចំណុចនៃ API ។ នេះគឺជាអ្វីដែលពួកគេត្រូវបានបង្កើតឡើងជាលើកដំបូង។ ហើយអ្នកអភិវឌ្ឍន៍តែងតែមានឱកាសចម្លង និងបង្កើត APIs របស់អ្នកផ្សេងទៀតឡើងវិញ៖

ការ API
អ្នកបង្កើត
ឆ្នាំ
ការអនុវត្តឡើងវិញ
ឆ្នាំ

បណ្ណាល័យ FORTRAN
ក្រុមហ៊ុន IBM
1958
យូនីវាក់
1961

ក្រុមហ៊ុន IBM S/360 ISA
ក្រុមហ៊ុន IBM
1964
ក្រុមហ៊ុន Amdahl Corp.
1970

បណ្ណាល័យ C ស្តង់ដារ
AT&T/Bell Labs
1976
Mark Williams Co.
1980

ការហៅទូរស័ព្ទតាមប្រព័ន្ធយូនីក
AT&T/Bell Labs
1976
Mark Williams Co.
1980

VT100 Esc Seqs
ធ្នូ
1978
ហេតឃីត
1980

IBM PC BIOS
ក្រុមហ៊ុន IBM
1981
បច្ចេកវិទ្យា Phoenix
1984

MS-DOS CLI
ក្រុមហ៊ុន Microsoft
1981
គម្រោង FreeDOS
1998

សំណុំពាក្យបញ្ជា Hayes AT
ហេយ មីក្រូ
1982
ស្វ័យប្រវត្តិកម្មយុថ្កា
1985

PostScript
កម្មវិធី Adob ​​e
1985
GNU/GhostScript
1988

SMB
ក្រុមហ៊ុន Microsoft
1992
គម្រោង Samba
1993

Win32
ក្រុមហ៊ុន Microsoft
1993
គម្រោងស្រា
1996

បណ្ណាល័យថ្នាក់ Java 2
ស៊ុន
1998
Google/Android
2008

Web API ឆ្ងាញ់
ឆ្ងាញ់
2003
ក្តារបន្ទះ
2009

ប្រភព: "ប្រវត្តិប្រធានបទសង្ខេបនៃ API"

ការចម្លង និងការប្រើប្រាស់ APIs ឡើងវិញ (បណ្ណាល័យ សំណុំការណែនាំ) គឺមិនត្រឹមតែត្រឹមត្រូវប៉ុណ្ណោះទេ ប៉ុន្តែវិធីសាស្ត្រសរសេរកម្មវិធីនេះត្រូវបានណែនាំដោយផ្ទាល់នៅក្នុង Canons នៃវិទ្យាសាស្ត្រកុំព្យូទ័រ។ សូម្បីតែមុនពេលចម្លងចំណុចប្រទាក់កម្មវិធី S3 ក៏ដោយ Oracle ខ្លួនឯងបានធ្វើរឿងនេះច្រើនដង។ ជាងនេះទៅទៀត អាជីវកម្មរបស់ Oracle ត្រូវបានបង្កើតឡើងដំបូងលើការអនុវត្តភាសាសរសេរកម្មវិធី SQL ដែលបង្កើតឡើងដោយ IBM ។ ផលិតផលកំពូលដំបូងរបស់ Oracle គឺ DBMS ដែលភាគច្រើនចម្លងពី IBM System R. ក្នុងករណីនេះ យើងកំពុងនិយាយអំពីការអនុវត្តឡើងវិញនៃ SQL ជា "ស្តង់ដារ API" សម្រាប់ DBMS ។

ការដាក់សិទ្ធិកម្មសិទ្ធិបញ្ញាលើ APIs អាចបង្កើតវាលមីនស្របច្បាប់ដែលប៉ះពាល់ដល់មនុស្សគ្រប់គ្នា។ APIs អនុវត្ត និង សេវាកម្មពពកផ្សេងទៀត។. ស្តង់ដារបច្ចេកទេសជាច្រើនដូចជា Wi-Fi និង Internet Protocols រួមមាន APIs។ ចំណុចប្រទាក់ការសរសេរកម្មវិធីត្រូវអនុវត្តឡើងវិញជាចាំបាច់ក្នុងទម្រង់មួយចំនួននៅគ្រប់កុំព្យូទ័រ និងម៉ាស៊ីនមេនៅលើអ៊ីនធឺណិត។ ទ្រឹស្តីរក្សាសិទ្ធិរបស់ Oracle អាចធ្វើឱ្យអ្វីៗស្ទើរតែទាំងអស់ដែលអ្នកធ្វើជាមួយកុំព្យូទ័ររបស់អ្នកខុសច្បាប់។

ដើម្បីជៀសវាងផលវិបាកដ៏វែងឆ្ងាយទាំងនេះ Oracle និងសាលាឧទ្ធរណ៍ដែលតម្កល់លើអំណះអំណាងរបស់ខ្លួនបានព្យាយាមកំណត់ការរំលោភសិទ្ធិអ្នកនិពន្ធចំពោះការអនុវត្តឡើងវិញ API មួយចំនួនដែល "មិនឆបគ្នា" ជាមួយច្បាប់ដើម។ ប៉ុន្តែការអនុវត្តឡើងវិញដោយផ្នែកផងដែរ។ គឺជារឿងធម្មតា. សូម្បីតែនៅក្នុងច្បាប់ចម្លង S3 API របស់វាក៏ដោយ Oracle កត់សម្គាល់ "ភាពខុសគ្នា" ជាច្រើន និងភាពមិនឆបគ្នាជាមួយ Amazon APIs ដើម។

គ្រោះថ្នាក់ចម្បងនៃការប្តឹងរបស់ Oracle គឺថាវាអាចរារាំងក្រុមហ៊ុនបច្ចេកវិទ្យាតូចៗពីការបង្កើតកំណែនៃប្រព័ន្ធដែលត្រូវគ្នាជាមួយវេទិកាលេចធ្លោដូចជា S3 ។ បើគ្មានភាពឆបគ្នាបែបនេះទេ អ្នកសរសេរកម្មវិធីនឹងត្រូវបានចាក់សោយ៉ាងមានប្រសិទ្ធភាពពីការផ្តល់ជូនរបស់ក្រុមហ៊ុននេះ។

អ្នកតំណាងឧស្សាហកម្ម និងអ្នកអភិវឌ្ឍន៍អាចគ្រាន់តែសង្ឃឹមថាហេតុផលនោះនឹងឈ្នះនៅទីនេះ និង ចៅក្រមដឹងពីមូលដ្ឋានគ្រឹះនៃការសរសេរកម្មវិធី.

ប្រភព: www.habr.com