作者查詢 / cplusplus
作者 cplusplus 在 PTT [ C_and_CPP ] 看板的留言(推文), 共198則
限定看板:C_and_CPP
看板排序:
全部MH1417C_and_CPP198C_Sharp176Modchip119Soft_Job40CSSE39NSwitch38CodeJob33Prob_Solve31Programming31PSP-PSV21Leo13OOAD13AnimalForest11StupidClown8java6LaTeX6Ruby6Web_Design6DragonQuest5cat4Hamster4ShowOff4sex3wisdom3WomenTalk3AllTogether2chatskill2Database2Disabled2EngTalk2Hate2marvel2STDM-91-3042ask1b96902HW1Boy-Girl1CATCH1EE_DSnP1Electronics1FJU-Stat95A1FJU_ADY2K1FJU_N96b1Gamesale1HCHS603121HSNU_10601HSNU_10861joke1Kusan_89-3121logic1MacDev1Malaysia1Militarylife1mobilesales1NDMC-P911NDS1NTPU-CSIE971NTU1NTUCH-901pay_home1Pet_Get1PHP1R923220PA1SFFamily1share1TA_AN1talk1Visual_Basic1<< 收起看板(68)
4F推:一班的UNION用這種做法再加上一點小技巧 可以答到O(1)的03/24 00:47
5F→:操作(每種操作 amortised analysis)03/24 00:48
6F→:說錯 是set的操作 不是union的操作03/24 00:51
9F推:哈哈 辛苦你了~! 沒想到會這樣呀...03/23 02:49
10F→:不過這樣是否也顯示suffix tree對重複性很高的pattern03/23 02:50
11F→:效率會很差呢~? 我只對suffix tree有初步研究而已03/23 02:50
12F→:可能有其他改進的方式吧 對了 最近有一個演算法 是為了03/23 02:51
13F→:cpu cache特別設計的 據說比ukkonen快上好幾倍 你可try03/23 02:51
14F→:前面說錯 是tree construction 不是tree本身效率不佳03/23 02:53
1F推:可以這麼說 IO次數愈多愈慢03/03 16:10
10F→:functor好處很多 如~額外資訊保留~效能最佳化~找文章看03/01 05:16
7F推:不知道效率怎麼樣呢?? 如果底層還是呼叫C++的原始func02/19 17:52
8F推:每個功能都可能有額外的負擔 不知道是怎麼實做的?02/19 17:54
9F推:哦 我搞錯意思了! 不好意思 orz 我以為是....orz02/19 18:00
10F→:這樣其實還蠻蠻有趣的 :P02/19 18:01
5F推:可以再加一點壞處 list無法事先作參數檢查或額外處理02/16 01:09
6F→:另外如果是基本型別 兩種效率相同02/16 01:10
7F→:list好處還有~ const成員的唯一初始化地方...02/16 01:11
9F→:沒錯誤當然最好 可是使用者通常不會這麼乖orz 保險一點02/16 01:23
10F→:還是做錯誤檢查比較好 可以做安全機制02/16 01:24
3F推:要用的話請用VC7 cin cout已經有支援long long的IO01/25 08:17
38F推:文章不足 不能投票 = =140.115.217.14 08/24
40F推:我按了y 系統說沒法 ... 為什麼呢...bug? :p140.115.217.14 08/25
43F推:沒有啊~~....我想也許真的是BUG吧140.115.217.14 08/25
1F→:應該用第三種?140.115.217.14 07/01
2F→:如果是單純比較KEY的話 用第三種不省掉許多事140.115.217.14 07/01
1F推:oh no 我都直接查msdn 忘了vc的stl是...orz140.115.217.14 07/01