我不知道業界有沒有一個固定的名詞講這事,所以姑且先用「數字縮寫」來表示。這在遊戲(尤其那種 idle game)當中很用來表示大數值,例如:
- 123,000→123K
- 1,234,000→1.23M / 1M / 1M234K 都有看過
- 123,456,789→123G
請寫一個 library(好吧,也許只是一個 class)來處理這個功能。
- 請比照
Stack 的樣子,開一個新的 package / 目錄,然後寫一個 class 跟一個測試用的 caller class
- 對,一樣在 basic 底下,跟
stack 當鄰居
- 你可以先只處理「最大單位以下無條件捨去」的格式
- 處理的數字(aka 接收的參數)可以先只限定在
double
- 請在 issue / PR 回答「提這個限制是啥意思?有啥哏?」
除了上述的提到的是必備的之外,其他的功能 / 彈性 / 堅挺程度 要作到多華麗就看你誠意。
如果你的目標很偉大,那我建議你先出設計 / 規格文件──形式不拘,用 markdown 寫或是寫 JavaDoc(但是實作完全空白,method 一律 return 空字串...... etc)均可──的 PR 以符合小步前進的概念。(對,沒人說「小步前進」只能用在 commit 上,PR 亦同)
最終會希望你寫的這個能成為 GF 的一部分,這樣你去找(軟體業)工作時,履歷表之類的也會好看一些(我也不否認我自己懶得寫這個 💃 )。不過先在這裡孵蛋 (糟糕我又想到韓國魚了) ,等成熟了再正式發到那裡去......
我不知道業界有沒有一個固定的名詞講這事,所以姑且先用「數字縮寫」來表示。這在遊戲(尤其那種 idle game)當中很用來表示大數值,例如:
請寫一個 library(好吧,也許只是一個 class)來處理這個功能。
Stack的樣子,開一個新的 package / 目錄,然後寫一個 class 跟一個測試用的 caller classstack當鄰居double除了上述的提到的是必備的之外,其他的功能 / 彈性 /
堅挺程度要作到多華麗就看你誠意。如果你的目標很偉大,那我建議你先出設計 / 規格文件──形式不拘,用 markdown 寫或是寫 JavaDoc(但是實作完全空白,method 一律 return 空字串...... etc)均可──的 PR 以符合小步前進的概念。(對,沒人說「小步前進」只能用在 commit 上,PR 亦同)
最終會希望你寫的這個能成為 GF 的一部分,這樣你去找(軟體業)工作時,履歷表之類的也會好看一些(我也不否認我自己懶得寫這個 💃 )。不過先在這裡孵蛋
(糟糕我又想到韓國魚了),等成熟了再正式發到那裡去......