關于CompleteWithAppPath函數

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

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

關于這個函數，勸大家以后還是少用、不用為妙，當然明白就理能滿足應用那就用吧，我寫這個只是提醒大家其并沒有真正搜索補全路徑的功效。

補全文件路徑操作

 

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

提問：

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

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

　　下面是我寫的一小段程序，請改下

　　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)根據當前程序的安裝位置補上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() );

 

檢測應用程序路徑

 

詳細描述終端用戶將會選擇將程序安裝到C盤（手機存儲）或E盤（存儲卡或內置硬盤）中。程序有時需要知道自己的安裝位置，對程序安裝位置的判斷取決于S60平臺的版本。

解決方案S60第二版

 

在S60第二版中，使用aknutils.h中的CompleteWithAppPath(TDes& aFileName)方法。這個方法將返回給定一個描述符，內有所有需要的組成部分（盤符，路徑，包括后綴的文件名）。任何缺少的部分（路徑和盤符）將從應用程序路徑（<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第三版向后，所有二進制程序（Exe和Dll文件）都存儲在\Sys\bin中。要訪問這個目錄，程序需要AllFiles能力。資源和數據是無法存入這個目錄的。程序有自己的目錄\private\<SID>\各自安放，這里SID是一個安全標識，每個程序都是獨一無二的。程序通過這個私有目錄存放.ini，.mbm，.rsc和數據文件。其他沒有AllFiles能力的程序將無法訪問它們。

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

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);