剛才看了細說convert和parse到底那個效率高！一文，覺得有些問題。如果我們要分析他們的效率問題，單純從**看，其實差別是微乎其微的，只有當放到呼叫非常頻繁的時候才能看出真正的效率問題和對系統整體的影響，假設我們需要在乙個頻繁被呼叫的asp.net的webpage上使用，如果你要parse的這個string，你對它的值非常自信，保證可以parse成這個型別（下文假設是最常用的int32），那沒問題，parse是最快的，但是當你不確定這個string的值的時候，那用parse或者convert就有可能因為exception過多導致high cpu等問題了。
parse方法會throw三種異常出來，如果這個string object是null，那就是argumentnullexception，如果這個string是「fanweixiao」，那就是formatexception，如果是乙個很大的數，比如new string('1',102400)，就是overflowexception了。
convert方法不會拋argumentnullexception
其實2.0後提供的tryparse()方法不錯的，如果對於要轉換的string的值十分不確定，那tryparse是不錯的選擇。
一點拙見,希望與大家共同討論
函式的效率
一 函式 巨集 內聯函式 1 函式 呼叫函式的開銷大致可分兩個部分 傳遞引數的開銷和儲存當前程式上下文資訊所花費的開銷。對於傳遞引數的開銷而言，傳遞的引數越多開銷就越大 對於儲存當前程式上下文所花費的開銷而言，函式越複雜需要花費的開銷就越大。2 巨集 巨集在某種程度上可以代替函式，避免函式呼叫帶來的...
溝通的效率
我最怕的就是組織會議，其他成員最怕的就是看到會議通知。實在忍無可忍 因為是虛擬團隊 鬆散型團隊 專案組成員散布在三個城市，每次開會都是一件大工程 polycom skype netmeeting msn，有時還要加上 雖然這些應用之間是高內聚，低耦合，但每次會議至少會有乙個出問題 另外，通話各方中如...
演算法的效率
首先要說明一下，我們知道大o表示法把演算法的效率分為四個級別 o 1 o logn o n o n 2 分別對應優，良，中，差。接下來我對三種排序演算法做了測試 執行環境 jdk6.0，windows xp命令提示符下執行，amd 速龍3800 2.0ghz，記憶體512mb ddrii 667兩條...