[整理]關於CompleteWithAppPath函數

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