官术网_书友最值得收藏!

Universal Windows Platform

Windows, prior to the release of Windows 8 (and Windows runtime), exposed a flat set of Windows APIs and COM extensions, allowing developers to access system-level functions. .NET modules that rely on these functions, included the invokes to this API layer in order to make use of the operating system-level functionality.

Windows Runtime (WinRT) provided a more accessible and managed development interface that is available for a wide range of development languages. WinRT can be used in common .NET languages (C# and VB), as well as C++ and JavaScript.

Using the common ground WinRT created, UWP provided the much needed convergence of multiple platforms within the Microsoft ecosystem. Developers were able to create applications using the same SDK for various devices, which were esoteric targets. Using the UWP development tools, applications with shared modules and user interfaces can target desktop devices, game consoles, and augmented reality devices, as well as mobile and IoT implementations:

Each device family allows a subset of APIs that are available within the UWP, and it is up to the developer to decide the platform he or she wants to implement. Additionally, each platform brings in extension APIs that are only available for that platform. These differences between the device families are handled with platform extensions that can be included in your projects at compile time, as well as possible device family checks that can be executed at runtime.

UWP should not only be evaluated as a set of development tools, but truly an application platform. As a platform, it imposes certain security policies on how the applications should be handled by the runtime environment. More specifically, the application sandbox model, which is a common concept on other mobile platforms, is also imposed by UWP. Even desktop applications written for UWP should abide by the installation and execution policies to standardize the installation process for the users and protect the runtime by compartmentalizing the applications. Finally, as a result of this platform standardization, the common application store can be used for multiple platforms.

主站蜘蛛池模板: 冕宁县| 体育| 天台县| 五家渠市| 页游| 柯坪县| 介休市| 荣昌县| 从江县| 竹山县| 平阴县| 康保县| 万州区| 东台市| 宜兰市| 雷波县| 广德县| 漾濞| 连州市| 达孜县| 赤峰市| 密山市| 新密市| 丹寨县| 吴桥县| 固镇县| 大渡口区| 彩票| 潞城市| 巨野县| 五指山市| 阜新| 保靖县| 台中县| 麻城市| 博白县| 竹北市| 大关县| 麦盖提县| 天水市| 赤城县|