Windows 为什么没有适用于现代用户界面的shell应用程序？

作为一名Win 8/.net开发人员，我希望有一个用于现代UI界面的全屏shell应用程序。现在，我在Windows应用商店中找不到shell应用程序

我的问题是——在沙盒式的现代UI环境中，是否有可能创建一个能够完全访问文件系统、进程等的shell？

只要启动“古老”桌面，命令提示符和powershell仍然存在

---

如果你真的想，我想你可以创建一个“现代”应用程序，在后台调用老式的DOS和PowerShell命令。但是，对原始shell命令感兴趣的用户无论如何都会直接使用老式的桌面。

将现代UI应用程序（显示界面）与桌面应用程序（完成工作）相结合可能是可行的；我不确定应用程序在多大程度上受到应用程序的保护。但要通过Windows应用商店验证，现代UI应用程序必须在没有桌面应用程序的情况下做一些有用的事情。。。你可以将此功能嵌入到更大的应用程序中，但我认为你至少会违反规则。

你看不到问题中的矛盾之处，你想在沙盒环境中“完全访问…”吗？是的，我想。。我的问题更多的是关于你是否能够在现代UI环境中绕过这些限制。如果我们能够绕过这些限制，那么可能会有更多的恶意代码-因此沙箱将不会有效。我知道你仍然有“古老”的实现，但我想将尽可能多的工作流迁移到现代UI环境中。也许我的偏好有点。。。特别；-）奇怪——大多数有经验的用户都会自动使用“古老”的界面（在死而复生之后！）。“现代”界面几乎毫无用处。考虑关闭邮件应用程序的唯一方法是CNTL—ALT-DEL，并用任务管理器杀死它。与其说它对用户不友好，不如说它是为来自另一个星球的没有使用电脑历史的虚拟用户设计的。我知道你对新的用户界面不是很热衷，但我认为你给它的名声比它应得的还差。同样，我认为，如果用户界面能够像桌面应用程序一样访问操作系统，那么用户界面会做得更好，这样你就可以真正做你想要的。我保证我不是来自另一个星球，也不是虚构的。我也有几年使用电脑的经验；-）是的，这也是我的预感。太糟糕了，真的。虽然我理解沙箱的好处，但它确实带走了新工作流程模式的可能性和至少一些想法。当然，为另一台机器提供控制台界面的应用程序不会违反规则。：-）