标签: windows-store

我在这里开源的电子反应项目：Windows-terminal-tweaker

npm run release从renderer文件夹运行后，它将在renderer/dist目录中构建应用程序。

该dist/TerminalTweaker目录包含所有已构建的文件以及该.exe文件。

之后，我可以使用electron-windows-store来使我的应用发布准备就绪。这是我的脚本：

const convertToWindowsStore = require('electron-windows-store')

convertToWindowsStore({
   containerVirtualization: false,
   inputDirectory: 'dist/TerminalTweaker',
   outputDirectory: 'output',
   packageVersion: '1.0.0.0',
   packageName: 'terminalTweaker',
   identityName : '<secretId>' , 
   familyName : '<secretString>' ,
   publisherDisplayName : "Natesh M Bhat" , 
   packageDisplayName: 'Terminal Tweaker',
   packageDescription: 'Tweak your windows terminal to heart\'s content with this app using its beautiful interface to configure everything about the terminal.',
   packageExecutable: 'dist/TerminalTweaker/Terminal Tweaker.exe',
   publisher: 'CN=<secretString>',
   windowsKit: 'C:\\Program Files (x86)\\Windows …

我试图发送一个获取请求并获取网页的内容.我有这些代码.

string url = "www.google.com";

 HttpWebRequest request = (HttpWebRequest)WebRequest.Create(url);
 HttpWebResponse response = (HttpWebResponse)response.GetResponse();

我从许多网站找到了这些代码并且它是正确的,但"GetResponse"给出了错误.其解释如下.

这是Visual Studio 2012的问题吗？它无法找到GetResponse方法,只是GetResponseStream在我按G时找到方法.

我试图用WebClient类做到这一点,但也找不到WebClient.是否因Visual Studio 2012而出现这些问题？或任何原因？

错误1'System.Net.HttpWebResponse'不包含'GetResponse'的定义,并且没有可以找到接受类型'System.Net.HttpWebResponse'的第一个参数的扩展方法'GetResponse'(你是否缺少using指令或者汇编参考？)C:\ Users\abidinberkay1\documents\visual studio 2012\Projects\App1\App1\BlankPage1.xaml.cs 45 66 App1

我正在构建一个使用SQLite进行数据存储的Windows应用商店应用程序.我发现,通过用户的本地文件夹可以轻松访问数据库(实际上所有应用程序都公开了所有数据).有没有办法至少弱保护数据库不被访问？

我的应用程序有 x86 和 ARM 版本，但我无意中为 Windows 应用商店应用程序创建了 x64 .appxupload 文件并将其上传到 Windows 开发中心。我没有构建 x64 版本，因为没有 x64 版本的 SQLite。我将 x86 文件重命名为 x64 文件名并上传，以便 x64 文件包含 x86 版本，但这可能会以某种方式给我带来麻烦。

那么如何删除我不需要的x64应用程序包呢？手机开发中心有删除选项，但 Windows 应用程序的 Windows 开发中心没有。

我创建了一个 Windows 应用商店应用程序，并使用 Visual Studio IDE 将其与商店关联。在 Visual Studio IDE 中，有用于创建应用程序包和上传应用程序包的菜单选项。

我的问题是，是否可以使用命令行上传应用程序包，以便我可以在 CI 中创建脚本以将应用程序包上传到商店？如果可以的话，如何实现？

有很多关于如何使用命令行构建应用程序包并部署到本地计算机的教程，但没有关于使用命令行将应用程序包上传到商店的教程。

我在Visual Studio 2015,通用Windows应用程序,package.appxmanifest,我很惊讶只有图标需要多少图像.不包括启动画面的图像,这是39图像只是图标aka徽标(!)

虽然有15个图像被指定为"推荐".请注意,在"商店徽标"和"徽章徽标"和"启动画面"下,它们并没有对其中任何一个推荐(所以我认为所有这些都很重要？)

所以我的问题,尤其是那些已成功将应用程序提交到Windows应用商店的人:

1. 我应该填写所有39个图标+ 5个闪屏= 44个图像吗？或者我应该做推荐的？如果我那样做商店标志和徽章标志呢？
2. 什么是徽章徽标,什么是商店徽标？这与我之前用于其他徽标的图像相同吗？
3. 我假设一个Logo = Icon,如果我错了,请纠正我

Square 71x71标志

284 x 284px recommended
142 x 142 px recommended
71  x 71 px recommended
107 x 107 px
89  x 89 px

Square 150x150标志

600 x 600 px recommended
300 x 300 px recommended
150 x 150 px recommended
225 x 225 px
188 x 188 px

宽310x150标志

1240 x 600 px recommended
620 x 300 px recommended
310 x 150 px recommended
465 …

我们如何更改 Windows Store 应用程序的包名称？请注意，我们不想更改应用程序显示名称。

我们已将 UWP 应用发布到 Windows 应用商店。Visual Studio<PublisherName>.<AppName>在包清单中生成了一个包名称。

当我将包清单中的包名称更改为 guid 并发布到商店时，我收到了错误

 Invalid package identity name
 Invalid package family name

我可以看到商店应用程序与包名称相关联。我们是否必须删除商店应用程序并创建新的提交？

UWP 商店应用程序可以有包名称的 guid 吗？

我正在将应用程序的最新版本上传到 Windows 商店，但我的应用程序抛出错误：

包接受验证错误：我们在解析包 MyApp.UWP_2.33.0.0_x86_x64_ARM_AppStore.appxbundle 时遇到致命错误：无法合并 PRI 文件 D:\data\Temp\69b5c2ab-3419-4197-839c-2ef13d218413\Resources_split.scale- 100.pri: 80070490。重试或上传新包。

我不明白从哪里开始修复这个错误。

还有其他人看到过这个错误或者有任何倾向它可能是什么吗？

在附件上运行时也会引发类似的错误，Windows App Certification Kit如下所示：

到目前为止我已经尝试过：

• 运行 WsReset
• 运行 sfc /scannow
• 增加应用程序版本号

以上均无效

难道是这个msbuild错误：https://developercommunity.visualstudio.com/content/problem/107928/get-merge-failure-for-shared-merged-pri-file-0x800.html？

在过去的几天里,我在尝试为Windows 8商店创建应用包时遇到错误:"Visual Studio无法验证您的开发者帐户.商店不可用或发生了意外的网络错误."

有其他人经历过这个或者人们知道可能导致这种情况的原因吗？我在VMWare Fusion上运行Windows 10.这是我第一次遇到这个问题.

我的目标是建议用户从桌面应用程序安装应用程序的商店版本,但我需要知道用户是否可以执行此操作(例如,其Windows 10+,并且商店可用).

我可以轻松检测到Windows 10+.

问题是有许多SKU,如Windows Server和Windows LTSB,它们没有Store,但提供的API基本相同.

到目前为止我尝试过的:

• try 创建一个实例 Windows.Management.Deployment.PackageManager
• 该GetProductInfo功能

尽管没有Store,但前者在Windows Server上取得了成功.

后者虽然目前适用于今天,但需要手动检查所有非商店SKU,并没有真正解决问题,因为没有什么能阻止微软将Windows应用商店引入Windows 2019 LTSB.

实际上,更具体地说,我想知道当前用户是否可以从Windows应用商店安装桌面桥接应用程序.