內文有3個連結
內文有0個圖片
0篇文章回應此文
內文有0個連結
內文有0個圖片
0篇文章回應此文
內文有0個連結
內文有0個圖片
0篇文章回應此文
內文有1個連結
內文有0個圖片
0篇文章回應此文
內文有0個連結
內文有0個圖片
0篇文章回應此文
PTT
網頁版
新聞
熱門文章
熱門看板
看板列表
作者查詢
最新文章
我的收藏
最近瀏覽
看板名稱查詢
登入/註冊
批踢踢 PTT 搜尋引擎
看板
[
java
]
討論串
[問題] 更有效率的讀檔?
共 8 篇文章
排序:
最新先
|
最舊先
|
留言數
|
推文總分
內容預覽:
開啟
|
關閉
|
只限未讀
首頁
上一頁
1
2
下一頁
尾頁
#8
Re: [問題] 更有效率的讀檔?
推噓
0
(0推
0噓 0→
)
留言
0則,0人
參與
,
最新
作者
adrianshum
(Alien)
時間
13年前
發表
(2012/04/27 16:58)
,
編輯
資訊
0
image
0
link
0
內容預覽:
要是討論 String concat 方法,或原文問到. 有關讀檔的效能之類的話題,歡迎繼續討論。. 想知道 StringBuilder StringBuffer 的歷史. 也可以繼續談。. 可是要是再出現無視別人文章內容,斷章取義. 予以無理嘲弄者,或再有人發煽動情緒的文章,. 必予以刪除,情況嚴
#7
Re: [問題] 更有效率的讀檔?
推噓
0
(0推
0噓 0→
)
留言
0則,0人
參與
,
最新
作者
PsMonkey
(痞子軍團團長)
時間
13年前
發表
(2012/04/27 10:50)
,
編輯
資訊
0
image
0
link
1
內容預覽:
坦白說,我也搞不懂這個 thread 現在的走向想幹麼?. 總之. →要討論(在 Java 下)怎麼寫比較快. 這是一定要的啊!. →要比較 Java 跟其他語言處理同一個問題的速度. 知己知彼,要跳槽趁現在!. →要討論(Java 以外)怎麼執行比較快. 不要太離題也就順便一起大鍋炒吧......
(還有119個字)
#6
Re: [問題] 更有效率的讀檔?
推噓
0
(0推
0噓 2→
)
留言
2則,0人
參與
,
最新
作者
Lordaeron
(Terry)
時間
13年前
發表
(2012/04/27 09:40)
,
編輯
資訊
0
image
0
link
0
內容預覽:
沒人在提, 是指沒人在吵String 怎麼不爽.. 不是說沒人在用.. 而且, 1996年用applet 用StringBuffer 很兇?. 強人呢, 不知你在1996 年在開發什麼系統呢?. --.
※
發信站:
批踢踢實業坊(ptt.cc)
. ◆ From: 210.59.250.101.
※
#5
Re: [問題] 更有效率的讀檔?
推噓
0
(0推
0噓 0→
)
留言
0則,0人
參與
,
最新
作者
mgtsai
時間
13年前
發表
(2012/04/27 09:34)
,
編輯
資訊
0
image
0
link
0
內容預覽:
你沒聽到有人在提不代表沒人在使用. 我在 1996 年寫 applet 時,就把 StringBuffer 玩得很兇. 那個年代電腦資源沒像現在那麼寬裕 (尤其在 applet 的環境中). 不是什麼東西都用 String 用到爽. --.
※
發信站:
批踢踢實業坊(ptt.cc)
. ◆ From
#4
Re: [問題] 更有效率的讀檔?
推噓
0
(0推
0噓 15→
)
留言
15則,0人
參與
,
最新
作者
Lordaeron
(Terry)
時間
13年前
發表
(2012/04/27 06:33)
,
編輯
資訊
0
image
0
link
3
內容預覽:
哪麼1.0 的要叫什麼?. 不然改用java 最紅時代的1.2 好了?. 因為你只有百M, 你可以改一下, 300MB, 700MB 看看.. 啊, 21秒就沒耐心了, 不是沒哪麼慢嗎?. 這東西本來就是IO Bound 需要講的嗎?. 為何1.0, 1.1, 1.2 都不需要StringBuffe
首頁
上一頁
1
2
下一頁
尾頁
expand_less