• <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>
            

    
            

            




            







												


        

            
	

            
	
            
		
            
			
				
            飯中淹的避難所~~~~~
            
				
            偶爾來避難的地方~
            
			            		
		
            
	
            

            

            
	
            
		
            
			
 
C++博客 ::
首頁 ::
新隨筆 ::
聯系 ::
聚合
 ::
管理 ::


			
			
				

            
	
            
		
            
			
			
			
				 
				94 
				隨筆 ::
				0 文章
				::
				257 評論
				::
				0 Trackbacks
			
		
            
	
            

            

			            		
		
            
	
            

            


            


            
	
					

            
	
	
	
            
		
            我一般編程的時候，喜歡用我自己設計的string類，最近在設計結構體的時候，我想到了一個適合結構體使用的string類的設計方法，不過可能我比較孤陋寡聞，這個方法以前就有人實現過，不過還是記錄下來。

            一般來說，string，至少需要保存一個char*的指針和一個int的長度，復雜點的，可能還需要更多的成員。

            這樣的話，我們需要至少8個字節來保存這個string對象（32bit下）。

            在部分場合，我們可能會希望把一個指針替換為一個string對象，或者把一個string對象，替換為一個指針，而且我們對結構體的大小很敏感，union也行不通。如果我們放一個string的指針，那么我們就需要new一個string對象出來，然后string內部再去new一個char[]的數組。

            為此，我想了一個辦法來解決這個問題。我在string內部引入一個context的東西，它保存了所有string的成員變量，然后結尾是字符串數組，形似下面這個結構：
            

            1    typedef struct tagStringContext
            2    {
            3        int nMaxLength;
            4        int nLength;
            5        char szBuf[1];
            6    }            t_StringContext;
            7
            

            每次分配內存的時候，把這個結構放在頭部，然后分配 長度+sizeof(int)*2的內存，用來創建一個字符串。

            

            m_pContext = (t_StringContext*)alloc( sizeof(int)*2 + nMaxLength );
            m_pContext            ->nMaxLength = nMaxLength;
            m_pContext            ->nLength = nLength;
            memcpy( (LPVOID)m_pContext            ->szBuf, (LPVOID)pszString, nLength + 1 ); // with zero tail
            

            這樣，string類只要有m_pContext這一個成員就行了，而這個成員，就是t_StringContext*類型的，它是一個指針。這就意味著，它可以從任意的可以容納一個指針的位置構造出來。
            如果你在考慮如果m_pContext為null怎么辦的話，那當然是string返回空字符串和0 length了。

            這種方法只要做一次內存分配，就可以在一個指針位置構造出一個string對象來。

            不過，一定要保證string類里面沒有虛函數，因為它會在類對象的前頭加上一些信息（虛表指針之類的東西）。

            另外，因為我對其他編譯器不是很熟悉，我只在ms vc8.0,7.0,6.0自帶的編譯器上測試過。而在其他編譯器上，這個方法可能失效。


            

	
            
	
	
            
		posted on 2008-04-11 11:13 飯中淹 閱讀(2854) 評論(9)  編輯 收藏 引用  
	
            

            







            
	    
    


            

            
	
            評論
            
		
		
				
            			
					
            
						# re: 對string類的思考
							
								2008-04-11 12:18
							
						raof01
					
            
					
            
						雖然你的想法已經有很多人這么做了，不過我覺得你自己想出來也很了不起，敬仰啊。  回復  更多評論
						
            
						  
					
            
				
            
				
            
			
				
            			
					
            
						# re: 對string類的思考
							
								2008-04-11 13:16
							
						cppexplore
					
            
					
            
						呵呵，以前寫c語言常用的方法。

            c語言中，指針在結構體里的使用，真是非常的精巧。  回復  更多評論
						
            
						  
					
            
				
            
				
            
			
				
            			
					
            
						# re: 對string類的思考[未登錄]
							
								2008-04-11 13:58
							
						zzz
					
            
					
            
						delphi 里面的字符串？  回復  更多評論
						
            
						  
					
            
				
            
				
            
			
				
            			
					
            
						# re: 對string類的思考
							
								2008-04-11 14:30
							
						大海
					
            
					
            
						我受益匪淺  回復  更多評論
						
            
						  
					
            
				
            
				
            
			
				
            			
					
            
						# re: 對string類的思考
							
								2008-04-11 14:31
							
						giscn
					
            
					
            
						建議看看VC6 CString 的實現  回復  更多評論
						
            
						  
					
            
				
            
				
            
			
				
            			
					
            
						# re: 對string類的思考
							
								2008-04-11 17:24
							
						eXile
					
            
					
            
						VC6 CString 的字符串也就是常見的引用計數, 象lz這種實現, 再配合一個好用的內存池, 應該是蠻不錯的.   回復  更多評論
						
            
						  
					
            
				
            
				
            
			
				
            			
					
            
						# re: 對string類的思考
							
								2008-04-11 20:12
							
						空明流轉
					
            
					
            
						shared_ptr<string>  / string*，一切都搞定了。  回復  更多評論
						
            
						  
					
            
				
            
				
            
			
				
            			
					
            
						# re: 對string類的思考
							
								2008-04-14 13:10
							
						阿福
					
            
					
            
						你用GCC試試：sizeof(string)=4
            GCC的內存池考慮了更多的東西。
            看看我的分析，交流下思路：
            http://blog.csdn.net/ah__fu/archive/2008/02/05/2084270.aspx
            復雜的GCC字符串池  回復  更多評論
						
            
						  
					
            
				
            
				
            
			
				
            			
					
            
						# re: 對string類的思考[未登錄]
							
								2008-06-17 18:58
							
						christanxw
					
            
					
            
						類似于MFC CSting的內存結構  回復  更多評論
						
            
						  
					
            
				
            
				
            
			

            




            






            

				

            



    
    







            
	   
	



国产精品美女久久久久|
久久香综合精品久久伊人|
久久精品无码专区免费青青|
97久久国产露脸精品国产|
久久妇女高潮几次MBA|
久久久精品人妻一区二区三区四|
久久久久中文字幕|
久久天天躁狠狠躁夜夜2020|
久久九九久精品国产免费直播|
精品久久久久久成人AV|
精品熟女少妇aⅴ免费久久|
亚洲中文久久精品无码|
久久99精品久久久久久秒播|
久久精品国产免费观看|
大美女久久久久久j久久|
无码专区久久综合久中文字幕|
88久久精品无码一区二区毛片|
日产精品久久久久久久|
久久久WWW成人|
99国产欧美久久久精品蜜芽|
亚洲成av人片不卡无码久久|
99久久免费国产精品|
久久久久亚洲AV片无码下载蜜桃
|
一本久久综合亚洲鲁鲁五月天|
亚洲色婷婷综合久久|
天天影视色香欲综合久久|
日本久久久久久中文字幕|
久久久久国产精品熟女影院|
久久精品日日躁夜夜躁欧美|
无码人妻久久一区二区三区蜜桃|
日本久久久久久中文字幕|
99久久无色码中文字幕|
亚洲国产精品无码久久SM|
丁香色欲久久久久久综合网|
精品人妻伦九区久久AAA片69|
亚洲乱码日产精品a级毛片久久
|
99久久精品国产一区二区蜜芽|
91精品国产综合久久婷婷|
国产精品99久久免费观看|
久久er99热精品一区二区|
色婷婷综合久久久久中文|