關(guān)于CompleteWithAppPath函數(shù)

一直以來以為這個(gè)函數(shù)在S60平臺(tái)是萬能的，特別是之前用這個(gè)函數(shù)也是百試不爽，今天無意間寫了個(gè)小Demo發(fā)現(xiàn)在我的N81手機(jī)上，假如傳遞“Data\\rpm.xml”返回值則為-28即BadName；假如只傳遞文件名，則其返回值雖然為0，但是路徑卻變成了“c:sys\bin\ rpm.xml”。

一頭的霧水啊，干Symbian也快有3個(gè)多年頭了，從2版本到現(xiàn)在5版本，居然在這個(gè)函數(shù)上沒搞靈清，實(shí)在是汗顏一下，結(jié)果又搜了些資料，先一個(gè)還是支持以前觀點(diǎn)的，見后面的補(bǔ)全文件路徑操作；后又在諾基亞論壇找到一個(gè)wiki——檢測應(yīng)用程序路徑，發(fā)現(xiàn)這個(gè)函數(shù)在3rd上有變故，問題算是找到了，為此想著好久沒有更新博客了，來更新下吧，呵呵。另外跟這里的朋友道個(gè)喜，我上個(gè)月喜得千金，終于升級(jí)做爸爸了。

關(guān)于這個(gè)函數(shù)，勸大家以后還是少用、不用為妙，當(dāng)然明白就理能滿足應(yīng)用那就用吧，我寫這個(gè)只是提醒大家其并沒有真正搜索補(bǔ)全路徑的功效。

補(bǔ)全文件路徑操作

 

在s60下能用CompleteWithAppPath(aFileName)這個(gè)函數(shù)來補(bǔ)全文件路徑（aFileName可以不包含任何路徑信息，但是文件名必須完成，而且如果包含路徑信息，則必須正確），如果在UIQ下就不能用該工具函數(shù)，只能編寫通用與Symbian平臺(tái)的代碼。以下是一個(gè)實(shí)際的案例問答。

提問：

第一，我想知道CompleteWithAppPath(aFileName);這個(gè)在s60下的具體含義是什么？

第二，在UIQ下能用什么代替它。

　　下面是我寫的一小段程序，請(qǐng)改下

　　CBitmap* CBitmap::NewL(TFileName& aFileName, TInt aIndex )

　　{

　　CBitmap* bmp = new( ELeave )CBitmap;

　　//CFbsBitmap tmpb;

　　//load the correct bitmap..

　　TInt ret;

　　//CompleteWithAppPath(aFileName);

 

　　// load the bitmap from the mbm file

　　CFbsBitmap* tmpb = new (ELeave) CFbsBitmap();

　　CleanupStack::PushL(tmpb);

　　User::LeaveIfError(tmpb->Load(aFileName, aIndex));

　　CleanupStack::Pop(); // bitmap

　　bmp->iSize = tmpb->SizeInPixels ();

　　bmp->iDrawRect = bmp->iSize;

　　bmp->iData = new( ELeave ) TUint16[ bmp->iSize.iWidth * bmp->iSize.iHeight ];

　　bmp->iMode = tmpb->DisplayMode();

 

　　TUint16* dst = ( TUint16* )bmp->iData;

　　for ( TInt y=0; y<bmp->iSize.iHeight; y++ )

　　{

　　TPtr8 buf( ( TUint8* )dst, bmp->iSize.iWidth*2 );

　　tmpb->GetScanLine( buf, TPoint( 0, y ), bmp->iSize.iWidth, EColor4K );

　　dst += bmp->iSize.iWidth;

　　}

　　tmpb->Reset();

　　delete tmpb;

　　tmpb = NULL;

　　return bmp;

　　}

解決：

1.CompleteWithAppPath(aFileName)根據(jù)當(dāng)前程序的安裝位置補(bǔ)上aFileName中缺少的路徑組成部分:

Code:

Example1:

TFilename fname = _L("\testdir\pics.mbm"); // Use _LIT instead

CompletePathWithAppPath( fname );

Result: fname == "c:\testdir\pics.mbm" if application was installed to c:

 

Example2:

TFilename fname = _L("pics.mbm"); // Use _LIT instead

CompletePathWithAppPath( fname );

Result: fname == "c:\system\apps\myapp\pics.mbm" if application was installed to c:

 

2.UIQ上可以使用Symbian本身提供的TParse來做路徑的解析:

Code:

TFileName filename;

TParse parse;

parse.Set( CEikonEnv::Static()->EikAppUi()->Application()->AppFullName(), NULL, NULL);

filename.Copy( parse.DriveAndPath() );

//filename.Copy( parse.Drive() );

 

檢測應(yīng)用程序路徑

 

詳細(xì)描述終端用戶將會(huì)選擇將程序安裝到C盤（手機(jī)存儲(chǔ)）或E盤（存儲(chǔ)卡或內(nèi)置硬盤）中。程序有時(shí)需要知道自己的安裝位置，對(duì)程序安裝位置的判斷取決于S60平臺(tái)的版本。

解決方案S60第二版

 

在S60第二版中，使用aknutils.h中的CompleteWithAppPath(TDes& aFileName)方法。這個(gè)方法將返回給定一個(gè)描述符，內(nèi)有所有需要的組成部分（盤符，路徑，包括后綴的文件名）。任何缺少的部分（路徑和盤符）將從應(yīng)用程序路徑（<drive>:\system\apps\<application_name> ）中獲取

#include <aknutils.h>    // Insert the full application path into the file name (fileName)  

TFileName fullPath(fileName);  

CompleteWithAppPath(fullPath);    // from aknutils.h

解決方案S60第三版

從S60第三版向后，所有二進(jìn)制程序（Exe和Dll文件）都存儲(chǔ)在\Sys\bin中。要訪問這個(gè)目錄，程序需要AllFiles能力。資源和數(shù)據(jù)是無法存入這個(gè)目錄的。程序有自己的目錄\private\<SID>\各自安放，這里SID是一個(gè)安全標(biāo)識(shí)，每個(gè)程序都是獨(dú)一無二的。程序通過這個(gè)私有目錄存放.ini，.mbm，.rsc和數(shù)據(jù)文件。其他沒有AllFiles能力的程序?qū)o法訪問它們。

在S60第三版上CompleteWithAppPath()方法將總是返回\sys\bin作為程序安裝目錄。如果要訪問程序的私有目錄中的數(shù)據(jù)，將要用另一個(gè)方法來獲得路徑：

TFileName appPath;

TBuf<2> appDrive;   // Returns private path of this application 

// in following format: \Private\<SID of the application>\ 

// (does not contain drive specification). 

iEikonEnv->FsSession().PrivatePath( appPath );

// Extract drive letter into appDrive 

appDrive.Copy(iEikonEnv->EikAppUi()->Application()->AppFullName().Left(2));

// Insert drive letter into path

appPath.Insert(0, appDrive);