ఒరాకిల్ న్యాయవాదులు ఆండ్రాయిడ్లో జావా APIని మళ్లీ అమలు చేయడాన్ని “హ్యారీ పోటర్” కంటెంట్లను కాపీ చేయడంతో పోల్చారు,
అమెరికా సుప్రీం కోర్టు ఈ ఏడాది ప్రారంభంలో ఒక ముఖ్యమైన కేసును విచారించనుంది.
అదే సమయంలో, ఒరాకిల్ యొక్క వ్యాపారం ప్రారంభంలో IBM చే అభివృద్ధి చేయబడిన SQL ప్రోగ్రామింగ్ లాంగ్వేజ్ అమలుపై నిర్మించబడింది మరియు ఇప్పుడు కూడా కంపెనీ Amazon S3 నుండి APIతో క్లౌడ్ సేవను అందిస్తుంది మరియు ఇది పూర్తిగా సాధారణమైనది. పరిశ్రమ ప్రారంభం నుండి కంప్యూటర్ సైన్స్ అభివృద్ధిలో API రీఇంప్లిమెంటేషన్ సహజమైన భాగం.
Oracle Google జావా APIని చట్టవిరుద్ధంగా కాపీ చేస్తుందని ఆరోపించింది, వ్యాకరణ నిర్మాణాలతో ముడిపడి ఉన్న పేరున్న ఆదేశాల జాబితాతో సహా. జావా ప్రోగ్రామర్లు సాఫ్ట్వేర్ మరియు జ్ఞానాన్ని కొత్త ప్లాట్ఫారమ్కి బదిలీ చేయడాన్ని సులభతరం చేయడానికి Android ఆపరేటింగ్ సిస్టమ్ ప్రత్యేకంగా జావా APIకి అనుకూలంగా ఉంటుంది. దీన్ని చేయడానికి, ఆండ్రాయిడ్ సంబంధిత జావా API ఆదేశాలను మరియు వ్యాకరణ నిర్మాణాలను సరిగ్గా కాపీ చేసింది.
కానీ జావా APIలు మాత్రమే APIలు కావు మరియు ఆండ్రాయిడ్ మాత్రమే రీఇంప్లిమెంటేషన్ కాదు. నేటి IT పరిశ్రమలో, APIలు సర్వవ్యాప్తి చెందాయి మరియు పెద్ద సంస్థలను గుత్తాధిపత్యం చేయకుండా నిరోధించడానికి పోటీని కొనసాగించడానికి పునఃప్రారంభం ప్రాథమికమైనది
Duane ప్రముఖ Amazon S3 స్టోరేజ్ ప్లాట్ఫారమ్కు ఉదాహరణను ఇస్తుంది. 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 యొక్క వ్యాకరణ నిర్మాణం మరియు సాధారణ సంస్థ. మరో మాటలో చెప్పాలంటే, ఒరాకిల్ క్లెయిమ్ చేసే ప్రతిదీ కాపీరైట్ చేయబడింది.
అమెజాన్ S3 API యొక్క కాపీని అందించే సంస్థలలో ఉన్నాయి
ఒరాకిల్ తన చర్యల యొక్క చట్టబద్ధత ఓపెన్ సోర్స్ అపాచీ 2.0 లైసెన్స్పై ఆధారపడి ఉంటుందని పేర్కొంది, ఇది కోడ్ను ఉచితంగా కాపీ చేయడానికి మరియు సవరించడానికి అనుమతిస్తుంది. ఉదాహరణకి,
కానీ మేధో సంపత్తి చట్టం APIల వంటి వాటికి కూడా వర్తిస్తుందా అనేది ప్రశ్న. దీనిని సుప్రీంకోర్టు నిర్ధారించాలి.
APIని ఎవరు కనుగొన్నారు?
"సబ్రౌటిన్ లైబ్రరీ" అనే పదం మరియు భావన మొదటగా ఎలక్ట్రానిక్ కంప్యూటింగ్ ఇన్స్ట్రుమెంట్ కోసం ప్లానింగ్ అండ్ కోడింగ్ ప్రాబ్లమ్స్ పుస్తకంలో కనిపించింది - పార్ట్ II, వాల్యూమ్ III (ప్రిన్స్టన్ యూనివర్శిటీ ఇన్స్టిట్యూట్ ఆఫ్ అడ్వాన్స్డ్ స్టడీ, 1948) హెర్మన్ గోల్డ్స్టెయిన్ మరియు జాన్ వాన్ న్యూమాన్.
మెమరీలో ప్రోగ్రామ్లను నిల్వ చేసే కంప్యూటర్ల కోసం ప్రోగ్రామింగ్ పద్దతి యొక్క మొదటి వివరణ ఇది (గతంలో ఇది ఉనికిలో లేదు). ఆ సమయంలో వారి స్వంత కంప్యూటర్లను రూపొందించడానికి ప్రయత్నిస్తున్న విశ్వవిద్యాలయాలకు ఇది విస్తృతంగా పంపిణీ చేయబడింది. మరియు ముఖ్యంగా, పుస్తకంలో కీలకమైన ఆలోచన ఉంది: చాలా ప్రోగ్రామ్లు సాధారణ కార్యకలాపాలను ఉపయోగిస్తాయి మరియు నిత్యకృత్యాలతో కూడిన లైబ్రరీలు కొత్త కోడ్ మరియు ఎర్రర్ల మొత్తాన్ని తగ్గిస్తాయి. ఈ ఆలోచనను మారిస్ విల్క్స్ మరింత మెరుగుపరిచారు మరియు EDSAC మెషీన్లో ఆచరణలో పెట్టారు, దీనికి అతను 1967 ట్యూరింగ్ అవార్డును అందుకున్నాడు.
EDSAC సబ్రూటీన్ లైబ్రరీ ఎడమ వైపున ఉంది
ఎలక్ట్రానిక్ డిజిటల్ కంప్యూటర్ (1951) కోసం ప్రిపేరింగ్ ప్రోగ్రామ్లలో మారిస్ విల్క్స్ మరియు డేవిడ్ వీలర్ చేసినట్లుగా, హై-ఆర్డర్ ఫంక్షన్లు మరియు పూర్తి స్థాయి సాఫ్ట్వేర్ ఇంటర్ఫేస్లను సృష్టించడం తదుపరి దశ.
పదం కూడా అప్లికేషన్ ప్రోగ్రామ్ ఇంటర్ఫేస్ (API) 60వ దశకం చివరిలో ఎక్కడో కనిపించింది.
ప్రదర్శన యొక్క రచయిత
API
సృష్టికర్త
సంవత్సరం
తిరిగి అమలు చేయడం
సంవత్సరం
ఫోర్ట్రాన్ లైబ్రరీ
IBM
1958
యూనివాక్
1961
IBM S/360 ISA
IBM
1964
అమ్దాల్ కార్పొరేషన్.
1970
ప్రామాణిక సి లైబ్రరీ
AT&T/బెల్ ల్యాబ్స్
1976
మార్క్ విలియమ్స్ కో.
1980
Unix సిస్టమ్ కాల్స్
AT&T/బెల్ ల్యాబ్స్
1976
మార్క్ విలియమ్స్ కో.
1980
VT100 Esc Seqs
DEC
1978
హీత్కిట్
1980
IBM PC BIOS
IBM
1981
ఫీనిక్స్ టెక్నాలజీస్
1984
MS-DOS CLI
మైక్రోసాఫ్ట్
1981
FreeDOS ప్రాజెక్ట్
1998
హేస్ AT కమాండ్ సెట్
హేస్ మైక్రో
1982
యాంకర్ ఆటోమేషన్
1985
పోస్ట్స్క్రిప్ట్
Adobe
1985
GNU/GhostScript
1988
SMB
మైక్రోసాఫ్ట్
1992
సాంబా ప్రాజెక్ట్
1993
Win32
మైక్రోసాఫ్ట్
1993
వైన్ ప్రాజెక్ట్
1996
జావా 2 క్లాస్ లైబ్రరీలు
సన్
1998
Google/Android
2008
వెబ్ API రుచికరమైన
రుచికరమైన
2003
బుల్లెటిన్
2009
మూలం:
APIలను (లైబ్రరీలు, ఇన్స్ట్రక్షన్ సెట్లు) కాపీ చేయడం మరియు తిరిగి ఉపయోగించడం సరైనది మాత్రమే కాదు, అయితే ఈ ప్రోగ్రామింగ్ పద్దతి నేరుగా కంప్యూటర్ సైన్స్ కానన్లలో సిఫార్సు చేయబడింది. S3 ప్రోగ్రామింగ్ ఇంటర్ఫేస్లను కాపీ చేయడానికి ముందు కూడా, ఒరాకిల్ కూడా దీన్ని చాలాసార్లు చేసింది. అంతేకాకుండా, ఒరాకిల్ వ్యాపారం ప్రారంభంలో IBM చే అభివృద్ధి చేయబడిన SQL ప్రోగ్రామింగ్ లాంగ్వేజ్ అమలుపై నిర్మించబడింది. ఒరాకిల్ యొక్క మొదటి ఫ్లాగ్షిప్ ఉత్పత్తి DBMS, ఇది ఎక్కువగా IBM సిస్టమ్ R నుండి కాపీ చేయబడింది. ఈ సందర్భంలో, మేము DBMS కోసం SQLని "ప్రామాణిక API"గా తిరిగి అమలు చేయడం గురించి మాట్లాడుతున్నాము.
APIలపై మేధో సంపత్తి హక్కులను విధించడం వల్ల ప్రతి ఒక్కరినీ ప్రభావితం చేసే చట్టపరమైన మైన్ఫీల్డ్ను సృష్టించవచ్చు. APIలు అమలు మరియు
ఈ సుదూర పరిణామాలను నివారించడానికి, ఒరాకిల్ మరియు దాని వాదనలను సమర్థించిన అప్పీలేట్ కోర్ట్ కాపీరైట్ ఉల్లంఘనను అసలైనదానికి "అనుకూలంగా లేని" నిర్దిష్ట API రీఇంప్లిమెంటేషన్లకు పరిమితం చేయడానికి ప్రయత్నించాయి. కానీ పాక్షిక రీ-అమలు కూడా
ఒరాకిల్ యొక్క దావా యొక్క ప్రధాన ప్రమాదం ఏమిటంటే, ఇది S3 వంటి ఆధిపత్య ప్లాట్ఫారమ్లకు అనుకూలంగా ఉండే సిస్టమ్ల సంస్కరణలను సృష్టించకుండా చిన్న టెక్నాలజీ కంపెనీలను నిరోధించవచ్చు. అటువంటి అనుకూలత లేకుండా, ప్రోగ్రామర్లు ఈ కంపెనీ ఆఫర్ల నుండి సమర్థవంతంగా లాక్ చేయబడతారు.
పరిశ్రమ ప్రతినిధులు మరియు డెవలపర్లు కారణం ఇక్కడ ప్రబలంగా ఉంటుందని మాత్రమే ఆశించవచ్చు, మరియు
మూలం: www.habr.com