ஆரக்கிள் வழக்கறிஞர்கள் ஆண்ட்ராய்டில் ஜாவா ஏபிஐ மீண்டும் செயல்படுத்துவதை "ஹாரி பாட்டரின்" உள்ளடக்கங்களை நகலெடுப்பதோடு ஒப்பிடுகின்றனர். PDF

அமெரிக்க உச்ச நீதிமன்றம் இந்த ஆண்டு தொடக்கத்தில் ஒரு முக்கியமான வழக்கை விசாரிக்க உள்ளது. ஆரக்கிள் vs கூகுள், இது அறிவுசார் சொத்துரிமை சட்டத்தின் கீழ் API இன் சட்ட நிலையை தீர்மானிக்கும். அதன் பல பில்லியன் டாலர் வழக்கில் ஆரக்கிளுடன் நீதிமன்றம் பக்கபலமாக இருந்தால், அது போட்டியை நசுக்கி, கூகுள் உட்பட, தொழில்நுட்ப ஜாம்பவான்களின் ஆதிக்கத்தை உறுதிப்படுத்தலாம்.

அதே நேரத்தில், ஆரக்கிளின் வணிகம் ஆரம்பத்தில் IBM ஆல் உருவாக்கப்பட்ட SQL நிரலாக்க மொழியை செயல்படுத்துவதன் மூலம் கட்டப்பட்டது, இப்போது கூட நிறுவனம் Amazon S3 இலிருந்து API உடன் கிளவுட் சேவையை வழங்குகிறது, இது முற்றிலும் இயல்பானது. தொழில்துறையின் ஆரம்பத்திலிருந்தே கணினி அறிவியலின் வளர்ச்சியின் இயல்பான பகுதியாக API மறுசீரமைப்பு உள்ளது.

இலக்கண அமைப்புகளுடன் இணைக்கப்பட்ட பெயரிடப்பட்ட கட்டளைகளின் பட்டியல் உட்பட, ஜாவா ஏபிஐயை Google சட்டவிரோதமாக நகலெடுத்ததாக Oracle குற்றம் சாட்டுகிறது. ஜாவா புரோகிராமர்கள் மென்பொருளையும் அறிவையும் புதிய தளத்திற்கு மாற்றுவதை எளிதாக்க, ஆண்ட்ராய்டு இயக்க முறைமை ஜாவா ஏபிஐயுடன் குறிப்பாக இணக்கமாக உள்ளது. இதைச் செய்ய, அண்ட்ராய்டு தொடர்புடைய ஜாவா ஏபிஐ கட்டளைகள் மற்றும் இலக்கண கட்டமைப்புகளை சரியாக நகலெடுத்தது. வாதம் ஆரக்கிள் என்பது ஜாவா ஏபிஐயின் இத்தகைய "மறு-செயல்பாடு" இலக்கிய நாவலான "ஹாரி பாட்டர்" (இது ஆரக்கிள் வழக்கறிஞர்கள் கொடுத்த உண்மையான உதாரணம்), மற்றும் ஜாவா ஏபிஐ கட்டளை பெயர்கள் மற்றும் கட்டமைப்புகளில் ஆரக்கிளின் பதிப்புரிமையை Google மீறுகிறது.

ஆனால் ஜாவா ஏபிஐகள் மட்டுமே ஏபிஐகள் அல்ல, மேலும் ஆண்ட்ராய்டு மட்டும் மறுசீரமைப்பு அல்ல. இன்றைய தகவல் தொழில்நுட்பத் துறையில், ஏபிஐகள் எங்கும் காணப்படுகின்றன, மேலும் பெரிய நிறுவனங்களை ஏகபோகமாக்குவதைத் தடுக்க போட்டியை பராமரிக்க மறு அறிமுகம் அடிப்படையாக உள்ளது. நினைக்கிறார் சார்லஸ் டுவான் ஆர் ஸ்ட்ரீட் இன்ஸ்டிடியூட்டில் தொழில்நுட்பம் மற்றும் புதுமை கொள்கையின் இயக்குநராக உள்ளார்.

பிரபலமான Amazon S3 சேமிப்பக தளத்தின் உதாரணத்தை Duane வழங்குகிறது. S3 இலிருந்து கோப்புகளை எழுதுவதற்கும் மீட்டெடுப்பதற்கும், அமேசான் விரிவானது, விரிவான API சேவையுடன் தொடர்பு கொள்ள. எடுத்துக்காட்டாக, சேமித்த கோப்புகளின் பட்டியலைப் பெற (பட்டியல் பொருள்கள்) ஹோஸ்ட் மற்றும் வகை அளவுருக்களைக் குறிப்பிடும் GET கட்டளையை அனுப்புகிறோம் குறியாக்கம்-வகை, தொடர்ச்சி-டோக்கன் и 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

அமேசான் கிளவுட் சேவை சந்தையில் தெளிவான முன்னணியில் உள்ளது, மேலும் அதன் போட்டியாளர்கள் S3 API இன் மறு-செயல்பாடுகளை வழங்குகிறார்கள், அதே நேரத்தில் அவர்கள் கட்டளை பெயர்கள், அளவுரு குறிச்சொற்கள், வகை முன்னொட்டுகளைப் பின்பற்ற வேண்டும். x-amz, இலக்கண அமைப்பு மற்றும் S3 API இன் பொது அமைப்பு. வேறு வார்த்தைகளில் கூறுவதானால், ஆரக்கிள் கூறும் அனைத்தும் பதிப்புரிமை பெற்றவை.

அமேசான் S3 API இன் நகலை வழங்கும் நிறுவனங்களில் அடங்கும் ஆரக்கிளும் உள்ளது. இணக்கத்தன்மைக்காக, Amazon S3 Compatibility API ஆனது Amazon API இன் பல கூறுகளை x-amz குறிச்சொற்கள் வரை நகலெடுக்கிறது.

ஓப்பன் சோர்ஸ் அப்பாச்சி 2.0 உரிமத்தை அடிப்படையாகக் கொண்டது என்று ஆரக்கிள் கூறுகிறது, இது குறியீட்டை இலவசமாக நகலெடுக்கவும் மாற்றவும் அனுமதிக்கிறது. உதாரணத்திற்கு, ஜாவாவிற்கான Amazon SDK Apache 2.0 உரிமத்துடன் வருகிறது.

ஆனால் அறிவுசார் சொத்துரிமை சட்டம் API போன்ற விஷயங்களுக்கு கூட பொருந்துமா என்பது கேள்வி. இதைத்தான் உச்ச நீதிமன்றம் தீர்மானிக்க வேண்டும்.

API ஐ கண்டுபிடித்தவர் யார்?

ஹெர்மன் கோல்ட்ஸ்டைன் மற்றும் ஜான் வான் நியூமன் ஆகியோரால் "சப்ரூடின் லைப்ரரி" என்ற சொல் மற்றும் கருத்து முதன்முதலில் எலக்ட்ரானிக் கம்ப்யூட்டிங் கருவிக்கான திட்டமிடல் மற்றும் குறியீட்டு சிக்கல்கள் புத்தகத்தில் தோன்றியது - பகுதி II, தொகுதி III (பிரின்ஸ்டன் பல்கலைக்கழக மேம்பட்ட ஆய்வு நிறுவனம், 1948). archive.org இல் நகலெடுக்கவும். மூன்றாவது தொகுதியின் உள்ளடக்கம்:

நினைவகத்தில் நிரல்களை சேமிக்கும் கணினிகளுக்கான நிரலாக்க முறையின் முதல் விளக்கம் இதுவாகும் (முன்பு இது இல்லை). அந்த நேரத்தில் தங்கள் சொந்த கணினிகளை உருவாக்க முயற்சித்த பல்கலைக்கழகங்களுக்கு இது பரவலாக விநியோகிக்கப்பட்டது. மற்றும் மிக முக்கியமாக, புத்தகத்தில் ஒரு முக்கிய யோசனை உள்ளது: பெரும்பாலான நிரல்கள் பொதுவான செயல்பாடுகளைப் பயன்படுத்தும், மேலும் நடைமுறைகளைக் கொண்ட நூலகங்கள் புதிய குறியீடு மற்றும் பிழைகளின் அளவைக் குறைக்கும். இந்த யோசனை மாரிஸ் வில்கஸால் மேலும் செம்மைப்படுத்தப்பட்டு EDSAC இயந்திரத்தில் நடைமுறைப்படுத்தப்பட்டது, அதற்காக அவர் 1967 டூரிங் விருதைப் பெற்றார்.

EDSAC சப்ரூட்டின் நூலகம் இடதுபுறத்தில் உள்ளது

எலக்ட்ரானிக் டிஜிட்டல் கம்ப்யூட்டருக்கான (1951) புரோகிராம்களைத் தயாரிப்பதில் மாரிஸ் வில்க்ஸ் மற்றும் டேவிட் வீலர் செய்தது போல், உயர்-வரிசை செயல்பாடுகள் மற்றும் முழு அளவிலான மென்பொருள் இடைமுகங்களை உருவாக்குவது அடுத்த படியாகும்.

கால தானே பயன்பாட்டு நிரல் இடைமுகம் (API) 60 களின் பிற்பகுதியில் எங்காவது தோன்றியது.

விளக்கக்காட்சியின் ஆசிரியர் "API இன் சுருக்கமான அகநிலை வரலாறு" ஜோசுவா பிளாக் நிரலாக்க இடைமுகங்கள், அறிவுறுத்தல் தொகுப்புகள் மற்றும் சப்ரூட்டின் நூலகங்களின் பல எடுத்துக்காட்டுகளை வழங்குகிறது: அவை எவ்வாறு உருவாக்கப்பட்டன மற்றும் பின்னர் பயன்படுத்தப்பட்டன. மறுபயன்பாடு என்பது API இன் புள்ளி என்பது யோசனை. இதற்காகத்தான் அவர்கள் முதலில் உருவாக்கப்பட்டது. டெவலப்பர்கள் எப்போதும் மற்றவர்களின் APIகளை நகலெடுத்து ரீமேக் செய்யும் வாய்ப்பைப் பெற்றுள்ளனர்:

ஏபிஐ
உருவாக்கியவர்
ஆண்டு
மீண்டும் செயல்படுத்துதல்
ஆண்டு

ஃபோர்ட்ரான் நூலகம்
ஐபிஎம்
1958
யுனிவாக்
1961

IBM S/360 ISA
ஐபிஎம்
1964
அம்டால் கார்ப்.
1970

நிலையான சி நூலகம்
AT&T/பெல் ஆய்வகங்கள்
1976
மார்க் வில்லியம்ஸ் கோ.
1980

Unix அமைப்பு அழைப்புகள்
AT&T/பெல் ஆய்வகங்கள்
1976
மார்க் வில்லியம்ஸ் கோ.
1980

VT100 Esc Seqs
டெக்
1978
ஹீத்கிட்
1980

ஐபிஎம் பிசி பயாஸ்
ஐபிஎம்
1981
பீனிக்ஸ் டெக்னாலஜிஸ்
1984

MS-DOS CLI
Microsoft
1981
FreeDOS திட்டம்
1998

ஹேய்ஸ் AT கட்டளை தொகுப்பு
ஹேய்ஸ் மைக்ரோ
1982
ஆங்கர் ஆட்டோமேஷன்
1985

போஸ்ட்ஸ்கிரிப்ட்
Adobe
1985
குனு/கோஸ்ட்ஸ்கிரிப்ட்
1988

SMB
Microsoft
1992
சம்பா திட்டம்
1993

Win32
Microsoft
1993
மது திட்டம்
1996

ஜாவா 2 வகுப்பு நூலகங்கள்
சூரியன்
1998
Google/Android
2008

Web API சுவையானது
ருசியான
2003
pinboard
2009

ஆதாரம்: "API இன் சுருக்கமான அகநிலை வரலாறு"

ஏபிஐகளை (நூலகங்கள், அறிவுறுத்தல் தொகுப்புகள்) நகலெடுத்து மீண்டும் பயன்படுத்துவது சரியானது மட்டுமல்ல, இந்த நிரலாக்க முறையானது கணினி அறிவியலின் நியதிகளில் நேரடியாகப் பரிந்துரைக்கப்படுகிறது. S3 நிரலாக்க இடைமுகங்களை நகலெடுப்பதற்கு முன்பே, ஆரக்கிள் பலமுறை இதைச் செய்தது. மேலும், ஆரக்கிளின் வணிகம் ஆரம்பத்தில் IBM ஆல் உருவாக்கப்பட்ட SQL நிரலாக்க மொழியின் செயலாக்கத்தில் கட்டமைக்கப்பட்டது. ஆரக்கிளின் முதல் முதன்மைத் தயாரிப்பு DBMS ஆகும், இது பெரும்பாலும் IBM சிஸ்டம் R இலிருந்து நகலெடுக்கப்பட்டது. இந்த நிலையில், DBMSக்கான SQL ஐ "தரநிலை API" ஆக மீண்டும் செயல்படுத்துவது பற்றி நாங்கள் பேசுகிறோம்.

அறிவுசார் சொத்துரிமைகளை ஏபிஐகள் மீது திணிப்பதன் மூலம் அனைவரையும் பாதிக்கும் ஒரு சட்ட கண்ணிவெடியை உருவாக்க முடியும். APIகள் செயல்படுத்த மற்றும் பிற கிளவுட் சேவைகள். Wi-Fi மற்றும் இணைய நெறிமுறைகள் போன்ற பல தொழில்நுட்ப தரநிலைகளில் APIகள் அடங்கும். நிரலாக்க இடைமுகங்கள் இணையத்தில் உள்ள ஒவ்வொரு கணினி மற்றும் சேவையகத்திலும் ஏதேனும் ஒரு வடிவத்தில் மீண்டும் செயல்படுத்தப்பட வேண்டும். ஆரக்கிளின் பதிப்புரிமைக் கோட்பாடு உங்கள் கணினியில் நீங்கள் செய்யும் எதையும் சட்டவிரோதமாக்கிவிடும்.

இந்த தொலைநோக்கு விளைவுகளைத் தவிர்க்க, Oracle மற்றும் அதன் வாதங்களை உறுதிப்படுத்திய மேல்முறையீட்டு நீதிமன்றம், அசல் உடன் "பொருந்தாத" சில API மறுசீரமைப்புகளுக்கு பதிப்புரிமை மீறலைக் கட்டுப்படுத்த முயற்சித்தன. ஆனால் பகுதி மறு அமலாக்கங்களும் கூட பொதுவானவை. அதன் S3 API நகலில் கூட, Oracle பல "வேறுபாடுகள்" மற்றும் அசல் Amazon APIகளுடன் பொருந்தாத தன்மைகளைக் குறிப்பிடுகிறது.

ஆரக்கிளின் வழக்கின் முக்கிய ஆபத்து என்னவென்றால், சிறிய தொழில்நுட்ப நிறுவனங்கள் S3 போன்ற மேலாதிக்க தளங்களுடன் இணக்கமான அமைப்புகளின் பதிப்புகளை உருவாக்குவதைத் தடுக்கலாம். அத்தகைய இணக்கத்தன்மை இல்லாமல், புரோகிராமர்கள் இந்த நிறுவனத்தின் சலுகைகளிலிருந்து திறம்பட பூட்டப்படுவார்கள்.

தொழில்துறை பிரதிநிதிகள் மற்றும் டெவலப்பர்கள் காரணம் இங்கு நிலவும் என்று மட்டுமே நம்ப முடியும் நீதிபதிகளுக்கு நிரலாக்கத்தின் அடிப்படைகள் தெரியும்.

ஆதாரம்: www.habr.com