程式設計 /z/programming
2
Version-string schemes for the Java SE Platform and the JDK (mail.openjdk.java.net)
5 則討論 haocheng 張貼於

IngramChen 積分 1

9.12 -- JDK9 第 12 個 patch

這樣子很難嗎？說實在的我覺得 jdk 的 version scheme 已經變好幾次了，難道還學不會搞東搞西的都是假的嗎？回歸最簡單最直覺的就是了。

文內提到六點:

  • Compatibility -- "Will my code break if I upgrade to this release?"

  • Significance -- "How different is this release from what I have now?"

  • Security -- "Does this release contain new security fixes?"

  • Support -- "For how long will this release be supported?"

  • Identity -- "On exactly which build was this bug reported against?"

  • Time -- "When did this release ship? How far behind am I?"

  • 相容性 - 看第一個數字就行了。想要 break change 就是改大版號，不想改大版號就不要 break !
  • 重要性 - 不就是看第一個數字？
  • 安全 - 用最高的就是了，要說什麼？
  • 支援期限 - 馬的，這關 version number 什麼事。支援期限會隨世局改變啊
  • 辨識度 - 第二個數字就是一直加啊，有 build 有修 bug 就是加一號啊，很難嗎？
  • 發行時間 - 馬的，這關 version number 什麼事！誰不是用 wiki 查？
回應

natsu 積分 1

我覺得照 features 來分會比較好 (原本的分法？)

例如：

  • Java 9 - Jigsaw
  • Java 8 - Lambda
  • Java 5 - Annotations

這樣就知道需要那個 feature 的時候應該要升級到那一個版本

除非客戶都很願意升級到最新版本，不然用 18.3 來做版本號，就只能知道發行日期而已...

回應

natsu 積分 0 編輯於

舉個例子：

我用 Firefox 2 --> Firefox 3 --> Firefox 4，每次升級好像都有一些不同 ...

後來遇到 Firefox 學 Chrome 一樣刷版本號1，我就感覺不出每次升級的差異了 ...

直到 Firefox 要把 NPAPI2 拿掉 (算功能變更)，我才真的發現明顯的變化 ...

所以我覺得刷版本號不是好的作法 ...

1
http://tieba.baidu.com/p/2255102306
2
https://kaif.io/z/compiling/debates/eSyB8zzcCP
回應

haocheng 積分 0

看起來目前可能採用的有這三種:

  • 1803 -> 1803.1
  • 18.3 -> 18.3.1
  • 10 -> 10.1

身為 Ubuntu 用戶，我是蠻習慣第二種格式，不過第三種也OK，就像 Chrome/Firefox 現在的作法

回應

caterpillar 積分 0

Java SE 9.0.1 啊！（茶）…XD

回應