• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>

    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>

            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            

    
            

            




            




        


            
	
            
		
			

            

            
	
            
		
			
            Shuffy
            
			
不斷的學習，不斷的思考，才能不斷的進步.Let's do better together!
		            		
	
            

            

            

            

            posts - 102, comments - 43, trackbacks - 0, articles - 19
            


            		
	
            
	
            
		
			
		
		
			
            
				
					


            
			  
	
	

            


		
            
			
			
                 摘要: “java函數是傳值的，java函數傳遞的參數是對象的引用值” 

              閱讀全文
            
			
			
            		
				posted @ 2008-10-13 14:54 Shuffy 閱讀(537) | 評論 (0) | 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: 在本文中，使用中文“瀏覽器會話期間”來表達含義①，使用“session機制”來表達含義④，使用“session”表達含義⑤，使用具體的“HttpSession”來表達含義⑥ 

              閱讀全文
            
			
			
            		
				posted @ 2008-09-29 22:17 Shuffy 閱讀(245) | 評論 (0) | 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: 銘記在心 

            

            l 最小化編譯依賴的基本理念就是使用聲明依賴代替定義依賴。基于這一理念有兩種實現方式，它們是：句柄類和接口類。 

            

            l 庫頭文件必須以完整、并且僅存在聲明的形式出現。無論是否涉及模板。

              閱讀全文
            
			
			
            		
				posted @ 2008-01-29 19:40 Shuffy 閱讀(503) | 評論 (0) | 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: 銘記在心 

            

            l 僅僅對小型的、調用頻率高的程序進行內聯。這將簡化你的調試操作，為底層更新提供方便，降低潛在的代碼膨脹發生的可能，并且可以讓程序獲得更高的速度。 

            

            l 不要將模板聲明為 inline 的，因為它們一般在頭文件中出現。 

              閱讀全文
            
			
			
            		
				posted @ 2008-01-29 19:36 Shuffy 閱讀(341) | 評論 (0) | 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: define用法  閱讀全文
            
			
			
            		
				posted @ 2008-01-23 18:32 Shuffy 閱讀(1991) | 評論 (1) | 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: c++中的string常用函數用法  閱讀全文
            
			
			
            		
				posted @ 2008-01-20 14:02 Shuffy 閱讀(7743) | 評論 (1) | 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: C++ 語言是個十分優秀的語言，但優秀并不表示完美。還是有許多人不愿意使用C或者C++，為什么？原因眾多，其中之一就是C/C++的文本處理功能太麻煩，用起來很不方便。以前沒有接觸過其他語言時，每當別人這么說，我總是不屑一顧，認為他們根本就沒有領會C++的精華，或者不太懂C++，現在我接觸perl, php, 和Shell腳本以后，開始理解了以前為什么有人說C++文本處理不方便了。   閱讀全文
            
			
			
            		
				posted @ 2008-01-20 13:37 Shuffy 閱讀(5276) | 評論 (0) | 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: 內容介紹：

                    本書從實際應用入手，由淺入深、循序漸進地講述Windows程序內部運行機制、MFC框架、文本、菜單、對話框、文件操作、網絡編程、進程間通信、ActiveX控件、動態鏈接庫、HOOK編程等多個主題。 不同于一般的講述VC++使用的書籍，本書主要從程序內部運行的機制和MFC程序的組織脈絡入手，使讀者在學習VC++編程知識時，既能夠知其然，又能知其所以然，從而幫助讀者從根本上理解和掌握Windows的程序設計。另外，全書還貫穿作者多年來學習編程的一些經驗，以及一些學習方法的建議，為讀者進一步...  閱讀全文
            
			
			
            		
				posted @ 2007-11-21 16:04 Shuffy 閱讀(426) | 評論 (0) | 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要:  內容介紹：

                在本書中，兩位知名的C++專家將全球C++團體的集體智慧和經驗凝結成一套編程規范。這些規范可以作為每一個開發團隊制定實際開發規范的基礎，更是每一位C++程序員應該遵循的行事準則。書中對每一條規范都給出了精確的描述，并輔以實例說明；從類型定義到差錯處理，都給出了最佳的C++實踐。即使使用C++多年的程序員也會從中受益匪淺。 本書適合于各層次C++程序員，也可作為高等院校C++課程的教學參考書。  閱讀全文
            
			
			
            		
				posted @ 2007-11-20 21:33 Shuffy 閱讀(539) | 評論 (0) | 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: 一、程序風格：     

                1、嚴格采用階梯層次組織程序代碼：     

                各層次縮進的分格采用VC的缺省風格，即每層次縮進為4格，括號位于下一行。要求相匹配的大括號在同一列，對繼行則要求再縮進4格。  閱讀全文
            
			
			
            		
				posted @ 2007-11-19 12:44 Shuffy 閱讀(704) | 評論 (0) | 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: 問題1：UpdateData()的使用方法

            

                     UpdateData（）只有一個BOOL類型的參數，UpdateData(FALSE)一般用于對話框控件連接的變量值刷新屏幕顯示；比如你在一個文本框上綁定了一個m_member變量，用UpdateData(FALSE);即可把這個值在文本框里顯示出來，反之，UpdateData(TRUE);能把填入文本框的 內容賦值給m_member.

              閱讀全文
            
			
			
            		
				posted @ 2007-11-18 16:53 Shuffy 閱讀(240) | 評論 (0) | 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: 銘記在心 

            

            l 異常安全的函數即使在異常拋出時，也不會帶來資源泄露，同時也不允許數據結構遭到破壞。這類函數提供基本的、增強的、零異常的三個層面的異常安全保證。 

            

            l 增強保證可以通過復制并交換策略來實現，但是增強保證并不是對所有函數都適用。 

            

            l 函數所提供的異常安全保證通常不要強于其調用的函數中保證層次最弱的一個。

              閱讀全文
            
			
			
            		
				posted @ 2007-11-16 19:01 Shuffy 閱讀(271) | 評論 (0) | 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: 銘記在心 

            

            l 避免返回指向對象內部部件的句柄（引用、指針或迭代器）。這樣做可以增強封裝性，幫助 const 成員函數擁有更加“ const ”的行為，并且使“野句柄”出現的幾率降至最低。 

              閱讀全文
            
			
			
            		
				posted @ 2007-11-16 18:58 Shuffy 閱讀(287) | 評論 (0) | 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: l 盡可能避免使用轉型，尤其是在對性能敏感的代碼中不要使用動態轉型 dynamic_cast 。如果一個設計方案需要使用轉型，要嘗試尋求一條不需要轉型的方案來取代。 

            

            l 在必須使用轉型時，要嘗試將其隱藏在一個函數中。這樣客戶端程序員就可以調用這些函數，而不是在他們自己的代碼中使用轉型。 

            

            l 要盡量使用 C++ 風格的轉型，避免使用懷舊風格的轉型。現代的轉型更易讀，而且功能更為具體化。 

              閱讀全文
            
			
			
            		
				posted @ 2007-11-16 18:56 Shuffy 閱讀(353) | 評論 (0) | 編輯 收藏
			
            
		
            
	
		
            
			
			
                 摘要: Windows應用程序通過為指定設備（屏幕，打印機等）創建一個設備描述表（Device Context, DC）在DC表示的邏輯意義的“畫布”上進行圖形的繪制。DC是一種包含設備信息的數據結構，它包含了物理設備所需的各種狀態信息。Win32程序在繪制圖形之前需要獲取DC的句柄HDC，并在不繼續使用時釋放掉。  閱讀全文
            
			
			
            		
				posted @ 2007-11-16 18:50 Shuffy 閱讀(2640) | 評論 (0) | 編輯 收藏
			
            
		
            
	
            僅列出標題
            
	共7頁: 1 2 3 4 5 6 7 

            


				
			
            
		            		
	
            
	
            
		
			

		
	
            

            

    
    
            
	   
	



国产精品福利一区二区久久|
奇米影视7777久久精品人人爽|
一本一本久久A久久综合精品|
久久天天躁狠狠躁夜夜96流白浆|
伊人丁香狠狠色综合久久|
久久男人中文字幕资源站|
无码精品久久久久久人妻中字|
久久夜色精品国产www|
无码AV波多野结衣久久|
狠狠色综合久久久久尤物|
国产精品久久久天天影视|
久久综合视频网站|
久久99精品综合国产首页|
亚洲欧美伊人久久综合一区二区
|
久久精品人妻一区二区三区|
婷婷久久久亚洲欧洲日产国码AV
|
久久久久免费精品国产|
久久66热人妻偷产精品9|
国内精品久久久久影院一蜜桃|
日本精品一区二区久久久|
国内精品久久久久久久coent|
亚洲成色WWW久久网站|
午夜精品久久久久久影视777|
日本精品久久久中文字幕|
AV色综合久久天堂AV色综合在|
亚洲中文字幕久久精品无码喷水|
综合久久一区二区三区
|
亚洲欧美一区二区三区久久|
亚洲国产精品嫩草影院久久|
精品久久人人爽天天玩人人妻|
久久被窝电影亚洲爽爽爽|
久久青青草原精品国产|
狠狠色丁香久久婷婷综|
久久久久久亚洲AV无码专区|
久久亚洲私人国产精品vA|
国产精品乱码久久久久久软件|
亚洲精品无码久久久|
亚洲人成无码久久电影网站|
精品综合久久久久久97|
国内精品久久久久久99蜜桃|
国内精品久久久久影院一蜜桃|