作者查詢 / zxvc
作者 zxvc 在 PTT [ C_and_CPP ] 看板的留言(推文), 共234則
限定看板：C_and_CPP
看板排序：
全部WindowsPhone6208Electronics1044tennis_life513Windows493C_and_CPP234MobileComm206Linux205Tennis197MuscleBeach190MATLAB156Gossiping143nb-shopping136NCU_Talk87AVEncode83Buddhism80Boy-Girl74C_Sharp72LinuxDev59MAC54Headphone42EZsoft40comm_and_RF35Storage_Zone35Mix_Match33PC_Shopping28Sony-style28Python26dog25Key_Mou_Pad22PLT20AntiVirus19Soft_Job19XBOX18Network15Folklore13Tech_Job12Web_Design11Notebook10ask9CSSE9PhD9Federer8RegExp8creditcard7LaTeX7LCD7Android5CD-R5Programming5R_Language5Ajax4cat4mobilesales4PCman4ASM3Database3ECClab3iOS3WinNT3Buddha2ChineseMed2CLHS-53-132Cloud2Fortran2hardware2hypermall2soul2Statistics2Anti-ramp1Deutsch1FJU_PSY0941Golf1graduate1java1love-vegetal1NCUFingrad071NCUT1NSYSU_EE95-11Office1PCSH91_3051<< 收起看板(80)
3F→:謝謝F大的提示。我查了一下，MSDN在這個網頁有提到array版的02/17 09:51
4F→:unique_ptr:http://bit.ly/1frUx9E02/17 09:52
5F→:只是為何MSDN跟Boost網頁不明顯分開列兩種版本就不知為什麼。02/17 09:54
6F→:cppreference.com則有寫明確支援operator[]。02/17 09:57
3F→:VC11又給了C++11一記重拳：http://bit.ly/oeZs7H10/04 09:58
4F→:有人開完笑說，VC大概要花10年才會完全實作C++11。10/04 09:59
10F推:來晚了，我也想參一腳辯論的。這問題有沒有人有興趣移到別板09/28 23:49
11F→:討論？如Programming板。09/28 23:49
14F推:透漏一下，我發現不少人對if的真值表有誤會...09/28 23:55
22F推:樓上，我那句話不是特別針對你講的。09/29 07:26
23F→:抱歉，推錯。p大，我那句話不是特別針對你講的。09/29 07:26
29F推:我已經照著tinlans的建議在PLT開新的一篇了。09/29 08:11
14F→:謝謝t大，雖然多型那一段我還不是很了解。08/31 15:23
20F→:謝謝l大，我懂了。其實這是coding style的問題，的確大多數見09/01 08:10
21F→:到的多型作法都是用指標或參考去指heap objects，然後再09/01 08:11
22F→:delete。指stack object不是不行，只是這種coding style可能09/01 08:12
23F→:會與別人格格不入，可能別人在用你的code的時候就很順手的來09/01 08:13
24F→:個delete，會造成困擾。09/01 08:15
25F→:不過後來想想，如果遵守"誰配置什麼object，就誰要知道如何09/01 08:27
26F→:釋放"這規則，上述的誤delete問題似乎也不太會發生。09/01 08:28
27F→:比如說，一個多型函式不該delete某個傳進來，而不是這函式09/01 08:30
28F→:自己配置的object，如此就不會有誤delete的問題。09/01 08:30
29F→:所以如果有人丟個stack object給那個函式，那人應該知道如何09/01 08:32
30F→:釋放這object。09/01 08:32
31F→:如果遵守這規則的函式，它們是更一般化的，因為它們不但可以09/01 08:34
32F→:處理heap object，也可以處理stack object。09/01 08:34
41F→:抱歉，我不是專研CS，我發現討論的東西我愈來愈不懂了(如09/01 15:34
42F→:factory method)。不平衡的討論，如t、l大懂比我多，會讓09/01 15:37
43F→:(t、l大)失去耐心。而且CS也非我本行，現在沒什麼時間去研究09/01 15:39
45F→:雖然我個人還不確定t、l大有些觀點是對還是錯的，但我認為09/01 15:58
46F→:我且戰且走的討論模式不值得繼續下去。09/01 15:59
21F→:t大，三樓的確是stack的一個缺點，這應該才是stack有時不能太08/30 13:27
22F→:大的原因吧。08/30 13:27
26F→:如果為了追求速度，且寫程式只是為了特定目的(如作研究)，這08/30 13:34
27F→:時是可以多利用stack的好處的。08/30 13:35
28F→:l大，那會造成什麼問題？08/30 13:36
31F→:同意t大，"超大空間、很少次配置，用heap也不會太差"，E大也08/30 13:57
32F→:有提到這一點。至於有沒有"超大空間，很多次配置"的這種應用08/30 13:58
33F→:就不清楚有沒有了。08/30 13:59
51F→:t大，我後來發現Windows並不是stack reserve size設多少08/30 21:40
52F→:physical mem就被吃多少。08/30 21:40
53F→:比如，設個很大的stack reserve size，然後完全沒宣告任何08/30 21:42
54F→:automatic variables，用Windows Task Manager看會發現沒有08/30 21:43
55F→:真的吃到那麼多記憶體。08/30 21:43
56F→:另外我這篇對virtual memory的部分有些誤解，大家先忽略那幾08/30 21:45
57F→:句話。08/30 21:45
13F推:饒了板主吧。正義過了頭，反而不是正義。08/12 19:42
25F推:y大，要知道不是每個板都像某數X板可以用違規的方式批評別人08/12 20:10
26F→:而沒事。08/12 20:11
7F推:l大，你的問題要灌VS 6 service pack 6解決。可以去MS06/30 08:02
8F→:Download Center找。06/30 08:02
4F→:謝謝樓上。我想這是很不錯的錯誤經驗，原來vector有這種特性05/01 21:13
5F→:其實我也想過，似乎list不會遇到這種reallocation的問題，不05/01 21:14
6F→:過我還是有疑慮。如果C++標準沒有定義list不許reallocation，05/01 21:16
7F→:，那實作不一定不會reallocation。05/01 21:16
10F→:樓上，我原先覺得我的程式用index來access有點冗長，所以才05/01 22:18
11F→:會想用指標的東西。05/01 22:18
12F→:至於p=&(v[i])仍然會有問題的。05/01 22:19
13F→:對不起，我之前範例一有打錯。05/01 22:22
19F→:謝謝t大，了解了。05/02 08:04
2F→:今天下的All-in-one ISO是好的:)04/16 23:17
23F推:GCC不是也有些非標準的extenstion！？04/04 16:31
24F→:印像中只有一個compiler是100%支援C++。04/04 16:31
26F→:我覺得面試官會說這些主要應該是該公司也許就是慣用VC。04/04 16:34
27F→:我之前在板上就討論過MinGW的application binary interface04/04 16:38
28F→:(ABI)跟VC不一樣，所以lib最好不要混者用，天曉得程式會在哪04/04 16:40
29F→:種情下掛(我的程式就這樣掛過)。我想那面試官也是類似的考量04/04 16:42