Oracle وڪيلن Android ۾ جاوا API جي ٻيهر عمل درآمد کي “هيري پوٽر” جي مواد کي نقل ڪرڻ سان موازنہ ڪيو، PDF

آمريڪي سپريم ڪورٽ هن سال جي شروعات ۾ هڪ اهم ڪيس جي ٻڌڻي ڪندي. Oracle بمقابلہ گوگل، جيڪو دانشورانه ملڪيت جي قانون تحت API جي قانوني حيثيت جو تعين ڪندو. جيڪڏهن عدالت پنهنجي اربين ڊالرن جي مقدمي ۾ اوريڪل سان گڏ آهي، اهو مقابلو ڪري سگهي ٿو ۽ ٽيڪ ديو جي تسلط کي سيمينٽ ڪري سگهي ٿو، شايد گوگل پاڻ سميت.

ساڳئي وقت، Oracle جو ڪاروبار شروعاتي طور تي IBM پاران ٺاهيل SQL پروگرامنگ ٻولي جي عمل تي تعمير ڪيو ويو، ۽ اڃا تائين ڪمپني پيش ڪري ٿي ڪلائوڊ سروس هڪ API سان گڏ Amazon S3، ۽ اهو مڪمل طور تي عام آهي. API ريپليمينٽيشن صنعت جي شروعات کان وٺي ڪمپيوٽر سائنس جي ترقي جو هڪ قدرتي حصو آهي.

Oracle گوگل تي غير قانوني طور تي جاوا API کي نقل ڪرڻ جو الزام لڳايو، جنهن ۾ گرامر جي جوڙجڪ سان ڳنڍيل نالي وارن حڪمن جي فهرست شامل آهي. Android آپريٽنگ سسٽم خاص طور تي Java API سان مطابقت رکي ٿو ته جيئن جاوا پروگرامرز لاءِ سافٽ ويئر ۽ علم کي نئين پليٽ فارم تي منتقل ڪرڻ آسان بڻائي سگهجي. هن کي ڪرڻ لاء، Android صحيح طور تي ساڳئي جاوا API حڪمن ۽ گراماتي جوڙجڪ کي نقل ڪيو. دليل Oracle اهو آهي ته جاوا API جي اهڙي "ٻيهر لاڳو ڪرڻ" جو مقابلو ليکڪ جي ڪم کي نقل ڪرڻ سان ڪري سگهجي ٿو، جهڙوڪ ادبي ناول "هيري پوٽر" (هي Oracle وڪيلن پاران ڏنل هڪ حقيقي مثال)، ۽ گوگل جاوا API ڪمانڊ نالن ۽ اڏاوتن تي Oracle جي ڪاپي رائيٽ جي ڀڃڪڙي ڪري ٿو.

پر جاوا APIs صرف APIs نه آهن، ۽ Android صرف ٻيهر لاڳو نه آهي. اڄ جي آئي ٽي انڊسٽري ۾، APIs هر جڳهه آهن، ۽ ٻيهر تعارف بنيادي آهي مقابلي کي برقرار رکڻ لاءِ وڏي فرمن کي اجارداري ڪرڻ کان روڪڻ لاءِ. سوچي ٿو چارلس ڊوئن آر اسٽريٽ انسٽيٽيوٽ ۾ ٽيڪنالاجي ۽ جدت واري پاليسي جو ڊائريڪٽر آهي.

Duane مشهور Amazon S3 اسٽوريج پليٽ فارم جو مثال ڏئي ٿو. S3 مان فائلون لکڻ ۽ ٻيهر حاصل ڪرڻ لاء، Amazon ترقي ڪئي آهي جامع، تفصيلي 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

Amazon ڪلائوڊ سروسز مارڪيٽ ۾ واضح اڳواڻ آهي، ۽ ان جا مقابلا پيش ڪن ٿا S3 API جي ٻيهر عمل درآمد، جڏهن ته انهن کي نقل ڪرڻو پوندو ڪمانڊ جا نالا، پيراميٽر ٽيگ، ٽائيپ پريفيڪس x-amz، گراماتي جوڙجڪ ۽ S3 API جي عام تنظيم. ٻين لفظن ۾، هر شيء جيڪا Oracle دعوي ڪري ٿي ڪاپي رائيٽ ٿيل آهي.

Amazon S3 API جي ڪاپي پيش ڪندڙ ڪمپنين مان آهن خود Oracle پڻ آهي. مطابقت لاءِ، Amazon S3 مطابقت API نقل ڪري ٿو Amazon API جي ڪيترن ئي عناصر کي، هيٺ x-amz ٽيگ تائين.

Oracle دعوي ڪري ٿو ته ان جي عملن جي قانونيت اوپن سورس Apache 2.0 لائسنس تي ٻڌل آهي، جيڪا مفت ڪاپي ۽ ڪوڊ جي ترميم جي اجازت ڏئي ٿي. مثال طور، Amazon SDK جاوا لاءِ پڻ هڪ Apache 2.0 لائسنس سان گڏ اچي ٿو.

پر سوال اهو آهي ته ڇا دانشورانه ملڪيت جو قانون به APIs وانگر شين تي لاڳو ٿئي ٿو. اهو فيصلو سپريم ڪورٽ کي ڪرڻو آهي.

API ڪير ايجاد ڪيو؟

"ذيلي ذيلي لائبريري" جو اصطلاح ۽ تصور پهريون ڀيرو هرمن گولڊسٽن ۽ جان وون نيومن جي ڪتاب پلاننگ ۽ ڪوڊنگ پرابلمس فار اين اليڪٽرڪ ڪمپيوٽنگ اوزار - حصو II، جلد III (پرنسٽن يونيورسٽي انسٽيٽيوٽ آف ايڊوانسڊ اسٽڊي، 1948) ۾ ظاهر ٿيو. ڪاپي archive.org تي. ٽئين جلد جو مواد:

هي ڪمپيوٽرن لاءِ پروگرامنگ جي طريقيڪار جو پهريون بيان آهي جيڪو پروگرامن کي ميموري ۾ محفوظ ڪري ٿو (اڳ ۾ اهو موجود نه هو). اهو وڏي پئماني تي يونيورسٽين ۾ ورهايو ويو، جيڪي ان وقت پنهنجا ڪمپيوٽر ٺاهڻ جي ڪوشش ڪري رهيا هئا. ۽ سڀ کان اهم، ڪتاب ۾ هڪ اهم خيال آهي: اڪثر پروگرام عام عملن کي استعمال ڪندا، ۽ لائبرريون روٽين سان گڏ نئين ڪوڊ ۽ غلطين جي مقدار کي گھٽائينديون. هن خيال کي موريس ولڪس وڌيڪ سڌاريو ۽ EDSAC مشين ۾ عمل ۾ آندو، جنهن لاءِ هن کي 1967 جو ٽريننگ اوارڊ مليو.

EDSAC subroutine لائبريري کاٻي پاسي آهي

اڳيون قدم اعليٰ آرڊر افعال ۽ مڪمل سافٽ ويئر انٽرفيس ٺاهڻ هو، جيئن مورس ولڪس ۽ ڊيوڊ ويلر اليڪٽرانڪ ڊجيٽل ڪمپيوٽر لاءِ پروگرام تيار ڪرڻ ۾ ڪيو (1951).

اصطلاح پاڻ ايپليڪيشن پروگرام انٽرفيس (API) 60s جي آخر ۾ ڪٿي ظاهر ٿيو.

پيشڪش جو مصنف " API جي مختصر موضوعي تاريخ" جوشوا بلاڪ پروگرامنگ انٽرفيس جا ڪيترائي مثال ڏئي ٿو، هدايتون سيٽ، ۽ سبروٽين لائبريريون: اهي ڪيئن ٺاهيا ويا ۽ بعد ۾ استعمال ڪيا ويا. خيال اهو آهي ته ٻيهر استعمال هڪ API جو نقطو آهي. اھو اھو آھي جنھن لاء اھي پھريون جاء تي ٺاھيا ويا آھن. ۽ ڊولپرز کي هميشه اهو موقعو مليو آهي ته نقل ڪرڻ ۽ ٻين ماڻهن جي APIs کي ٻيهر ٺاهيو:

API
پيدا ڪندڙ
سال
ٻيهر لاڳو ڪرڻ
سال

FORTRAN لائبريري
IBM
1958
انيڪيڪ
1961

IBM S/360 ISA
IBM
1964
Amdahl Corp.
1970

معياري سي لائبريري
AT&T/Bell Labs
1976
مارڪ وليمس ڪمپني
1980

يونڪس سسٽم ڪالون
AT&T/Bell Labs
1976
مارڪ وليمس ڪمپني
1980

VT100 Esc Seqs
ڊي سي
1978
هيٿ ڪٽ
1980

IBM PC BIOS
IBM
1981
فينڪس ٽيڪنالاجيز
1984

MS-DOS CLI
Microsoft جي
1981
FreeDOS پروجيڪٽ
1998

Hayes AT حڪم سيٽ
هيس مائڪرو
1982
اينڪر آٽوميشن
1985

پوسٽل
ايڊوب
1985
GNU/Ghost Script
1988

ايس ايم
Microsoft جي
1992
سامبا پروجيڪٽ
1993

Win32
Microsoft جي
1993
وائن پروجيڪٽ
1996

جاوا 2 ڪلاس لائبريريون
سج
1998
گوگل/Android
2008

ويب API لذيذ
مزيدار
2003
پن بورڊ
2009

جو ذريعو: " API جي مختصر موضوعي تاريخ"

APIs کي نقل ڪرڻ ۽ ٻيهر استعمال ڪرڻ (لائبريري، هدايتون سيٽ) نه رڳو صحيح آهي، پر هن پروگرامنگ جو طريقو سڌو سنئون ڪمپيوٽر سائنس جي ڪنن ۾ سفارش ڪئي وئي آهي. جيتوڻيڪ S3 پروگرامنگ انٽرفيس کي نقل ڪرڻ کان اڳ، Oracle پاڻ ڪيترائي ڀيرا ڪيو. ان کان علاوه، Oracle جو ڪاروبار شروعاتي طور تي IBM پاران تيار ڪيل SQL پروگرامنگ ٻولي جي عمل تي تعمير ڪيو ويو. Oracle جي پهرين فليگ شپ پراڊڪٽ هڪ DBMS هئي، جيڪا گهڻو ڪري IBM سسٽم R مان نقل ڪئي وئي هئي. هن صورت ۾، اسان هڪ DBMS لاءِ "معياري API" جي طور تي SQL کي ٻيهر لاڳو ڪرڻ بابت ڳالهائي رهيا آهيون.

APIs تي دانشورانه ملڪيت جي حقن کي لاڳو ڪري سگھي ٿو قانوني مائن فيلڊ ٺاهي سگھي ٿو جيڪو سڀني کي متاثر ڪري ٿو. APIs لاڳو ۽ ٻيون بادل خدمتون. ڪيترائي ٽيڪنيڪل معيار، جهڙوڪ وائي فائي ۽ انٽرنيٽ پروٽوڪول، APIs شامل آهن. پروگرامنگ انٽرفيس کي لازمي طور تي هر ڪمپيوٽر ۽ انٽرنيٽ تي سرور تي ڪنهن نه ڪنهن شڪل ۾ ٻيهر لاڳو ڪيو وڃي ٿو. Oracle جي ڪاپي رائيٽ جو نظريو تقريباً ڪجھ به ڪري سگھي ٿو جيڪو توھان پنھنجي ڪمپيوٽر سان ڪندا آھيو غير قانوني.

انهن دور رس نتيجن کان بچڻ لاءِ، Oracle ۽ اپيلٽ ڪورٽ جيڪي ان جي دليلن کي برقرار رکندا آهن انهن ڪاپي رائيٽ جي خلاف ورزي کي محدود ڪرڻ جي ڪوشش ڪئي آهي ڪجهه API ريپليمينٽيشنز تائين جيڪي اصل سان ”غير مطابقت رکندڙ“ آهن. پر جزوي ٻيهر لاڳو پڻ عام آهن. جيتوڻيڪ S3 API جي ان جي ڪاپي ۾، Oracle ڪيترن ئي "اختلافات" ۽ اصل Amazon APIs سان مطابقت کي نوٽ ڪري ٿو.

Oracle جي مقدمي جو بنيادي خطرو اهو آهي ته اهو ننڍڙن ٽيڪنالاجي ڪمپنين کي سسٽم جي ورزن ٺاهڻ کان روڪي سگهي ٿو جيڪي غالب پليٽ فارمن جهڙوڪ S3 سان مطابقت رکن ٿيون. اهڙي مطابقت جي بغير، پروگرامرز کي مؤثر طور تي هن ڪمپني جي پيشڪش مان بند ڪيو ويندو.

صنعت جا نمائندا ۽ ڊولپر صرف اميد ڪري سگهن ٿا ته سبب هتي غالب ٿيندو، ۽ جج پروگرامنگ جا بنيادي ڄاڻن ٿا.

جو ذريعو: www.habr.com