Fw: [新聞] 下一版Android將以OpenJDK取代甲骨文的

作者: ray2501 (貓是一隻貓) 看板: Gossiping 標題: [新聞] 下一版Android將以OpenJDK取代甲骨文的 時間: Wed Dec 30 17:03:33 2015 1.媒體來源: iTHome online 2.完整新聞標題: 下一版Android將以OpenJDK取代甲骨文的Java APIs 3.完整新聞內文: Google於聲明中表示，作為一個開放源碼平台，Android源自於開放源碼社群 的協作，下一個Android版本將把Java語言的函式庫置換成OpenJDK，替要打造 程式及服務的開發人員建立一個通用的代碼庫。 文/陳曉莉 | 2015-12-30發表 Google已向科技媒體VentureBeat證實，新一代的Android平台將以開放源碼的 OpenJDK取代甲骨文（Oracle）私有的Java APIs。 OpenJDK為Java開發套件（JDK）的免費及開放源碼版本，主要元件包含虛擬機 器、Java類別函式庫與Java編譯器等，根據報導，預計於明年現身的新一代 Android平台將全面以OpenJDK取代原本使用的Java APIs。 Google於聲明中表示，作為一個開放源碼平台，Android源自於開放源碼社群的 協作，下一個Android版本將把Java語言的函式庫置換成OpenJDK，替要打造程 式及服務的開發人員建立一個通用的代碼庫。 此舉可能與Google及甲骨文之間的侵權訴訟有關，甲骨文在2010年控告Google 所開發的Android侵犯Java版權，並打算向Google求償數十億美元，在這場官司 中，地方法院曾一度判決Google為合理使用，但上訴法院則認為Google的確侵 犯Java版權。Google決定把私有的Java技術自Android中抽離，應是為了避免未 來的侵權糾紛。 雖然OpenJDK是源自於Java JDK，但它的發展通常比較慢，並不具備所有最新的 Java功能，外界相信在Google的加持下，OpenJDK的能力可望突飛猛進。 4.完整新聞連結 (或短網址): http://www.ithome.com.tw/news/102261 5.備註:
※ eva19452002 (118.232.122.68), 12/30/2015 18:26:21
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1451471152.A.C26.html

推 zo4j4: 水喔 12/30 18:50

→ dreamnook: 訴訟告告告不完~ 12/30 18:56

→ ripple0129: 怎麼不跟apple一樣直接換個新語言阿 12/30 19:14

→ remmurds: java已死 12/30 19:15

推 lsw0529: Oracle亂搞 短視近利 最後自我毀滅 12/30 20:52

推 SETL: 換回c++效能/反應速度馬上爬升 反正以後大都用arm 64bit 12/30 20:52

→ SETL: 沒用的X通/INTEX都很有錢可以自己處理相容性問題 12/30 20:53

→ SETL: 用JAXA跟原生的封閉系統拼，先天就輸了 12/30 20:54

→ vn509942: 喔耶 12/30 21:33

→ y3k: 說換回C++的應該沒寫過Android吧XD? 12/30 22:17

→ hicoy: 我來推一下 改用組語好了 速度更快 12/30 22:26

推 sing10407: 只有我用0101寫程式? 12/30 22:29

推 GX90160SS: Oracle再告啊 12/30 23:28

→ realbout: mysql也被甲骨文弄到快掛 12/30 23:54

推 Clangpp: 甲骨文不倒 java不會好 12/31 00:37

→ cser945: 開源碼真的最近很受歡迎 12/31 00:45

推 typepeter: 好幾年來 mysql的某個bug遲遲沒修 國外網友年年譙 12/31 00:55

→ typepeter: MySQL bug #20786 五週年慶 12/31 00:57

→ typepeter: https://bugs.mysql.com/bug.php?id=20786 看來不止5年 12/31 00:59

→ SETL: 為啥算沒寫過? 那些API不能改? 12/31 00:59

→ SETL: 再怎麼用JNI效能還是會降吧 之前有人分享GOOGLE工程師提出 12/31 00:59

→ SETL: 新方法讓JVM效能更快 反應時間更短 12/31 01:00

→ SETL: 只是改語言JAVA的CODE就全廢了 12/31 01:01

→ SETL: 不改應該很難拼過蘋果吧 12/31 01:01

→ typepeter: 要改也要像Swift那樣可以相容前代的Runtime 12/31 01:02

→ typepeter: Swift本體有一個運作方式,但可以呼叫Objective-C的程式 12/31 01:02

→ SETL: 慢慢改，然後一次一次讓舊版慢慢不相容? 這樣應該還是很難改 12/31 01:03

→ typepeter: 原本Go是一個選項 但是這全看google工程師的魔法了 12/31 01:03

→ typepeter: Swift可是直接找了LLVM的原作者之一來操刀呢 蘋果很強 12/31 01:03

→ SETL: 不過因為蘋果已經做出差距了 安卓CPU/RAM比較強還是賣輸 12/31 01:04

→ typepeter: 蘋果的工程師不亞於他們的設計師 成功不止是賈伯斯 12/31 01:04

→ SETL: 沒改應該以後都走中高階以下了 12/31 01:04

→ typepeter: 從一開始想要用JVM就輸了吧 不過libART也算天才之作 12/31 01:05

→ SETL: 對阿 早兩年蘋果還沒這麼強，旗艦機沒輸很多 12/31 01:05

→ typepeter: 誰想得到Android 2.1以前多垃圾 現在6.0以後超快 12/31 01:05

→ SETL: 這一代旗艦機一比，差距還蠻明顯的 12/31 01:06

→ typepeter: 如果蘋果沒有走錯棋子 其實兩者有得拼 安卓還是有巿場 12/31 01:06

→ SETL: 我覺得蘋果快要拿到微軟十年前的地位了 12/31 01:07

→ SETL: 開放系統最強的就是很多廠商參予，蘋果強到所有東西都有資源 12/31 01:07

→ SETL: 自己做 而且帳上現金越來越多，還有能力考慮跨產業~.~ 12/31 01:08

→ SETL: 這已經贏到其它廠商看不到車尾燈了XDDD 12/31 01:08

→ SETL: 連GOOGLE搞自動駕駛，之前都有新聞說蘋果找BMW合作 不知道 12/31 01:09

→ SETL: 有沒有成行 12/31 01:09

→ SETL: 就沒一個領域安卓廠商參予的蘋果沒有參加 這樣怎麼贏@@ 12/31 01:09

→ SETL: 我覺得蘋果如果出一隻一萬五的手機 安卓應該還是守不住 12/31 01:10

→ y3k: 效能表現跟寫的人也有關係 我自己也看過或自己早期寫過爛的 12/31 07:15

→ y3k: 像屎一樣(效能感)的APP 只是差異在蘋果上架前會審 12/31 07:15

→ y3k: ^iOS 12/31 08:38

→ dreamnook: Apple出150K的手機應該比出15K手機來的有可能(汗 12/31 08:57

推 Wolfken: 現在Android跑起來也很快呀，其實效能已經不是問題 12/31 08:59

→ dreamnook: 是潮度(X) 12/31 09:57

推 doranako: 到最後在討論手機？一個app在不同平台手機上面效能被影 12/31 10:04

→ doranako: 響因素太多了 12/31 10:04

→ doranako: 我不認為google 改用open jdk可以加速他發展 12/31 10:06

推 Luos: Android比較早還是Oracle 收購Sun 比較早？ 12/31 10:11

推 dragoncfe168: 請問如果走網站的Java路 會因此受連累影響嗎??? 12/31 12:46

→ kkk003: 等著看什麼時候會大破大立 12/31 13:57