gpt4 book ai didi

c# - 本地部署和从应用商店部署时的不同应用行为

转载 作者:太空宇宙 更新时间:2023-11-03 23:44:47 24 4
gpt4 key购买 nike

从 Windows 应用商店(测试版)部署应用程序时,我遇到了一个奇怪的问题。该应用程序编写为 Windows Phone 8.1 RunTime。

我有一个用 C++/C# 编写的小型 Windows 运行时组件,用于检查文件是否存在:

bool FileEx::FileExists(String^ path)
{
std::wstring pathW(path->Begin());
std::string myPath(pathW.begin(), pathW.end());
FILE *file = NULL;
if (fopen_s(&file, myPath.c_str(), "r") == 0)
{
fclose(file);
return true;
}
else return false;
}

测试方法:

现在让我们用两个文件对其进行测试 - 一个在本地文件夹中创建,一个在 MusicLibrary 中的文件夹中创建。一切都在主项目中完成,它在 C++/C# 中使用上述方法引用了 WRC。

const string localFileName = "local.txt";
const string musicFileName = "music.txt";
StorageFolder localFolder = ApplicationData.Current.LocalFolder;
StorageFolder musicFolder = await KnownFolders.MusicLibrary.CreateFolderAsync("MyFolder", CreationCollisionOption.OpenIfExists);
await localFolder.CreateFileAsync(localFileName, CreationCollisionOption.ReplaceExisting); // create local file
await musicFolder.CreateFileAsync(musicFileName, CreationCollisionOption.ReplaceExisting); // create file in MusicLibrary

a) 本地文件拳头 - 用纯 C# 测试:

// First check with C# if file exists - LOCAL FILE
StorageFile checkFile = null;
try { checkFile = await localFolder.GetFileAsync(localFileName); }
catch { checkFile = null; }
if (checkFile != null) await Trace.WriteLineAsync(false, "File exists with path = {0}", checkFile.Path);
else await Trace.WriteLineAsync(false, "File doesn't exist with path = {0}", checkFile.Path);

其次是书面部分:

Exception exc = null;
bool check = false;
try
{
string path = string.Format(@"{0}\{1}", localFolder.Path, localFileName);
await Trace.WriteLineAsync(false, "Attempt with WRC path = {0}", path);
check = FileEx.FileExists(path);
}
catch (Exception ex) { exc = ex; }
if (exc != null) await Trace.WriteLineAsync(false, "Exception WRC");
else await Trace.WriteLineAsync(false, "No exception WRC, file exists = {0}", check);

b) 与音乐库文件夹中的文件相同:

拳头 - 用纯 C# 测试:

checkFile = null;
try { checkFile = await musicFolder.GetFileAsync(musicFileName); }
catch { checkFile = null; }
if (checkFile != null) await Trace.WriteLineAsync(false, "File exists with path = {0}", checkFile.Path);
else await Trace.WriteLineAsync(false, "File doesn't exist with path = {0}", checkFile.Path);

其次是书面部分:

check = false;
exc = null;
try
{
string path = string.Format(@"{0}\{1}", musicFolder.Path, musicFileName);
await Trace.WriteLineAsync(false, "Attempt with WRC path = {0}", path);
check = FileEx.FileExists(path);
}
catch (Exception ex) { exc = ex; }
if (exc != null) await Trace.WriteLineAsync(false, "Exception WRC");
else await Trace.WriteLineAsync(false, "No exception WRC, file exists = {0}", check);

结果:

在任何情况下都没有异常(exception),如纯 C# 方法所示,两个文件在创建后都存在。正如您在下面的图片中看到的,当应用程序通过 Visual Studio 部署时,它工作正常,运行时组件显示两个文件,但是当应用程序从商店下载时,情况不同 - WRC 方法适用于本地文件,但是不适用于 MusicLibrary 中的这些内容。

local deployment

store deployment

问题:

在这两种情况下,文件路径相同,在这两种部署中,运行时组件都有效,因此存在第一个文件。尽管在 packageappx.manifest 文件中设置了所有必要的功能(本地部署有效),Windows 运行时组件似乎无法访问 MusicLibrary。

有谁知道为什么 Windows 运行时组件无法访问 MusicLibrary 中的文件?Windows 运行时组件是否需要一些额外的功能?
有什么办法让它发挥作用吗?

最佳答案

商店的行为是正确的:应用程序没有权限访问其已安装文件夹和应用程序数据文件夹之外的文件系统。 Win32 和 C 运行时函数直接访问文件,因此需要直接访问权限。

StorageFile 类与文件代理一起工作,因此可以利用声明的功能等。代理代表应用程序读取文件并通过 StorageFile 流式传输文件内容。

应用必须使用 StorageFile 来读取或写入其应用数据和安装位置之外的文件

我们标记了测试和生产之间的行为差​​异以供调查。

关于c# - 本地部署和从应用商店部署时的不同应用行为,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27875608/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com