※ 引述《cphunter (寫程式的克理斯)》之銘言： : ※ 引述《ogamenewbie (._.)》之銘言： : : 說實在的, 並不是喜歡拉推文出來打, 而是有些人就是喜歡躲進推文不知道在幹麻. : : 原po打從一開始就不是使用 BigDecimal, 而是浮點數. : 其實我看不出來耶 , 為什麼您說：不是使用 BigDecimal 那這個有什麼翻譯呢? : 請版主大大訂一下 BigDecimal 的中文使用譯名好了!!! 講的一副我大到有資格去定譯名似地. : : 所以我就壓根不提 BigDecimal. 因為那很複雜. : hmmm... 但還是有提了，而且列出不少 API. 如果不想提, 應該直接指名不好用! : 列那麼多 API 看了一下, 雖然說是在複習 Java API<--- 我很久沒在用了! : (我工作常用的都背起來了.) 但發覺看文章還真是蠻累的 = =! 我沒有說不好用, 我只有說複雜. 如果你認為使用 BigDecimal 跟使用 double 的難度相略, 那是你的問題, 不關我的事情. : : 原po的回文也有說看不懂a大的說明. (當然也有說看不懂我的說明) : : 但至少他看了我的說明還知道去挖個叫 DecimalFormat 的東西出來用. : : (我一開始還只有想到 NumberFormat 咧) : 然後呢? 有解決真正的問題嗎? 沒有 = = 那你回了什麼? : : 真的覺得 DecimalFormat 不好用, 自己繼承 NumberFormat 寫一個咩. : 還叫人家自己寫一個 >_< , 看來原 po 也對這不是很熟嘛. : 數值處理這塊, 不知道 O 大玩了多久了, 如果真要處理 complex 小數 : 您有相關的經驗? 寫這樣的東西, 需要多久 ? 但如果是採用較易的方式 : 了解更多的需求 . 您不覺得會更好嗎? 今天 a 問說 NumberFormat 的方式有什麼處理法 -> DecimalFormat 可以四捨五入 -> 四捨五入有 Rounding to Even 的問題 -> 6.0 可以去選 Rounding to Even, 用 5.0 以前的不合需求你就自己去寫一個. API 本來就是以符合大多數人需求為主. 從 5.0 跟 6.0 之間的差異就可以看得出來 DecimalFormat 能選 Rounding 是多數人的需求. 這是我說的第三次了, 我看原po的問題就是最終浮點數結果要去做一個修飾呈現, 所以我想到的就是可以去做修飾呈現的 NumberFormat, 以上. : : 前面還有更高段的用 整數運算 %取位數 等等的. : : 真的要學就去學那種, 學像我當 API index 有屁用. : 我是 frequence 回下來 , 到這我覺得自己像白痴.... 時間可貴!!! 原來我打字不用時間的. : : 但是老實講, Rounding to Even 對我來說本來就不是個問題, : : 我 double 用一用發現不對, 後來就全部改成用 BigDecimal. : : 自此我 Java 幾乎沒用過 double.. : 到了這，我發現上面的爭論. 就是可以建議用 BigDeicmal 嘛 >_< : 我~~~~ 無力ing!! 我真的很認真唸了!! 突然看到這，火都上來了 我跟 BigDecimal 唯一的爭論就是, 你要用就給我從頭用到尾. 不要跟 double 轉來轉去. : : 這讓我想到對岸有人說 Java 程式設計師有個里程碑. : : 這個里程碑叫做"能否自行重新實作 String 類" : : 類似像這樣的文章吧? : : 請把目標往這邊擺. : 對岸的哪位高手說的? id 給我，我看認不認識來的 = = : 還是對岸的鄧小平兄說的? 那就是王道啦... : Java 用到怎樣才算高? 我覺得做出自己的領域, 擁有 Niche 就算高! 你自己去用 google 查吧, 如果你要看 id 認高手, 也請你現在就把我的 id 忘乾淨. : : API 讀再熟, 你頂多就是很厲害的樂高組合工罷了. : : 能寫出你要的 API, 那才是個樂高設計匠. : 看要走的方向是哪邊啦, 組合工也好、設計匠也好. 您沒聽說過適才而用嗎? : 兩個會寫 Java 的工程師，卻因為自己的個性、特性而有了不同的適用! : 組合工匠有工匠的強處，設計匠有設計匠的強處. : 但要把結果可以用最符合需求的方式，提供出來! Computer Language , 用來幹嘛? : 它不是文言文啦! 是用電腦解決人類需求的一個工具! 老兄，沒那麼困難，好嗎? 人之所以積極向上追求進步就是 (以下廢言大量省略) 反正有人如果看了那個會知道 API 不合需求就能寫一個出來, 那是好事. 有人看了體認到天資不足能力差異, 跟原廠回報, 乖乖等新的 API, 也沒什麼不好. 看來我替別人操太多心了, 那我少說兩句, 以後都用 Step by Step 算了. : : 請不要寫一個不會動或不能正常運行的 String 類, : : 然後說你跨過那個里程碑了. : 寫出來, 跨過那個里程碑, 代表了什麼? 還是千萬年薪的保証? : 如果這樣, 來開個補習班專教：如何寫出一個可以動、可以正常運行的 String 類!! : 說真的, 我現在還是不知道如果寫出一個 String 類有啥咪用途 : 雖然小弟在數年前就跨過了用寫程式年收入千萬級的極限, 在許多國家也都混了一陣子! : 但, 沒聽說過一定要改寫 String 類啥米的才能成為 Java 的樂高設計師 >_< : 我承認我在改寫 Lucene 底層 和 一堆有的沒的 Communication I/O(NIO/Memcache) : RS232 in Java 、IBM 3270 in Java 這些有的沒的怪東西!! : 在程度上，我是非常 不認同樂高組合工和設師這個說法啦! : A 大也沒說他要當設計師呀，幹嘛就鞭他 = =!!! 今天我回的幾個點, 首先是關於 BigDecimal 跟 Double 之間的糾葛. 最後上面回的那一篇, 是a大點名我, 我才回. 我有點名你嘛? (笑) 那是不是我也可以說我想混吃等死, 幹麻來鞭我 = =!!! (笑) : 我很不喜歡在板上發文, 因為這很花時間. 剛打完小白球, 在舒鬆自己的筋骨就上來回 : 但我真的不認為, 要把人家的推文拿出來鞭啦!! 好嗎.... 你叫他不要點名我阿. 我為人一向認真, 你點我我就會跳出來苦口婆心打字. 當然我也有白目的時候, 那種時候就換你們鞭我咩. 合情合理吧? : 討論技術，各有看法! 各自尊重, 往自己更有 Niche 的地方去! : 思考自己在未來要走的路，像 A 大在 BerkeleyDB 上的看法不錯呀!怎麼 O 大鞭不動? 我還沒有作大到需要考慮效能或是 DB 特性的地步, 而且 BerkeleyDB 我根本沒灌過. 我說過了, 如果我要回答問題, 我起碼要灌起來玩玩我才會知道. : 我覺得 A 大是 Java 的新手, 卻在上面討論技術，我不覺得他的說法哪裡不好 : 組合匠很簡單嗎? 設計師一定比組合匠重要嗎? : 還是 O 版大覺得, 心中很悶?! 可以處理的嘛, 砍文不就好了! ㄎㄅ, 砍文是因為有人做了違反版規的事情, 版主為了維護版規, 才會履行版主的義務將文章自版面上砍除. 你還以為這是版主的權利要砍就砍要殺就殺歐. : 述我無理了, 我只是一個寫 Java 的老人... 十年歲月和專案讓我也老了! : 數值類的東西也太麻煩了.... 我只強 I/O , 用 int 就可以考倒我了...哈! 不會不會, 有討論就是好事. --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 125.232.200.248