關于CompleteWithAppPath函數，CompleteWithAppPath(aFileName)

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

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

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

補全文件路徑操作
?

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

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的关于CompleteWithAppPath函数，CompleteWithAppPath(aFileName)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。