SynonymsBot
Synonyms for winrt or Related words with winrt
ironpython
jython
haxe
wxwidgets
msxml
gnustep
xunit
visualage
glibc
ironruby
wxpython
gedit
jruby
xcode
applescript
codelite
powershell
fltk
commandline
dotnet
angularjs
laravel
javafx
ocaml
systemd
mybatis
gobject
clojure
ncurses
pyqt
monodevelop
xamarin
winforms
powerbuilder
realbasic
acceleo
tkinter
stdio
jetbrains
neooffice
netbeans
watcom
javax
openjdk
xpcom
livescript
kparts
libxml
coffeescript
msvc
Examples of "winrt"
Not every app using
WinRT
is a Metro-style app; a limited subset of
WinRT
is available for desktop apps.
Classes that are compiled to target the
WinRT
are called "
WinRT
components". They are classes that can be written in any supported language and for any supported platform. The key is the metadata. This metadata makes it possible to interface with the component from any other
WinRT
language. The runtime requires
WinRT
components that are built with .NET Framework to use the defined interface types or .NET type interfaces, which automatically map to the first named. Inheritance is as yet not supported in managed
WinRT
components, except for XAML classes.
The new C++/CX targeting
WinRT
, although it produces entirely unmanaged code, borrows the ref and ^ syntax for the reference-counted components that
WinRT
, which are similar to COM "objects".
At the Build conference on September 13, 2011, Microsoft announced Windows Store, a new software distribution platform for Windows 8,
WinRT
, and subsequent Windows versions. The Windows Store was accessible via
WinRT
client or web browser.
In
WinRT
terminology, a language binding is termed a "language projection".
WinRT
applications for Windows RT, Windows 8 and beyond are packaged in the codice_2 file format; based upon Open Packaging Conventions, it uses a ZIP format with added XML files.
WinRT
applications are distributed mostly through an application store named Windows Store, where
WinRT
software (termed "Windows Store apps") can be downloaded and purchased by users.
WinRT
apps can only be sideloaded from outside Windows Store on Windows 8 or RT systems that are part of a Windows domain, or equipped with a special activation key obtained from Microsoft.
Windows Runtime (
WinRT
), is a platform-homogeneous application architecture first introduced in Windows 8 and Windows Server 2012 in 2012.
WinRT
supports development in C++/CX (Component Extensions, a language based on C++), JavaScript-TypeScript, and the managed code languages C# and Visual Basic .NET (VB.NET).
WinRT
applications natively support both the x86 and ARM processors, and run inside a sandboxed environment to allow greater security and stability.
WinRT
components are designed with interoperability between multiple languages and APIs in mind, including native, managed and scripting languages.
New features include support for
WinRT
and C++/CX (Component Extensions) and C++ AMP (GPGPU programming) Semantic Colorization.
Because it is CLI metadata, code written in native
WinRT
languages can be used from managed CLI languages.
Programs and libraries targeted for the
WinRT
runtime can be created and consumed from several platforms and programming languages. Notably C/C++ (either with language extensions offering first-class support for
WinRT
concepts, or with a lower-level template library allowing to write code in standard C++), .NET (C# and Visual Basic .NET (VB.NET)) and JavaScript. This is made possible by the metadata.
Classes defined in
WinRT
components that are built in managed .NET languages must be declared as codice_16, so they cannot be derived from. However, non-sealed
WinRT
classes defined elsewhere can be inherited from in .NET, their virtual methods overridden, and so on; but the inherited managed class must still be sealed.
WinRT
applications can also be coded using HTML with JavaScript in code-behind, which are run using the Trident rendering engine and Chakra JavaScript engine, both of which are also used by Internet Explorer. When coding a
WinRT
app in JavaScript, its features are adapted to follow JavaScript naming conventions, and namespaces are also mapped to JavaScript objects.
One of the major additions to
WinRT
relative to COM is the cross-application binary interface (ABI), .NET-style generics. In C++/CX these are declared using the keyword codice_11 with a syntax very similar to that of keyword codice_12.
WinRT
classes (ref classes) can also be genericized using C++ templates, but only template instantiations can be exported to .winmd metadata (with some name mangling), unlike
WinRT
generics which preserve their genericity in the metadata.
WinRT
also provides a library of generic containers that parallel those in the C++ Standard Library, and some reciprocal (back-and-forth) conversion functions. The consumption of
WinRT
collections in .NET languages (e.g., C# and VB) and in JavaScript is more transparent than in C++, with automated mappings into their natural equivalents occurring behind the scenes. When authoring a
WinRT
component in a managed language, some extra, COM-style rules must be followed, e.g. .NET framework collection types cannot be declared as return types, but only the
WinRT
interfaces that they implement can be used at the component boundary.
Members that interface with another language must have a signature with
WinRT
types or a managed type that is convertible to these.
The C++/CX has a set of libraries that target the Windows Runtime. These help bridge the functionality of the C++ Standard Library and
WinRT
.
Qbs can build projects for many platforms including Android, FreeBSD, iOS, Linux, macOS, tvOS, watchOS, and Windows, with support for QNX,
WinRT
and other platforms under development.
Native C++ is a "first-class citizen" of the
WinRT
-platform. To use
WinRT
from C++ two supported options are available: WRL, an ATL-style template library, and C++/CX (C++ with Component Extensions) which resembles C++/CLI. Because of the internal consumption requirements at Microsoft, WRL is exception-free, meaning its return-value discipline is HRESULT-based just like that of COM. C++/CX on the other hand wraps-up calls to
WinRT
with code that does error checking and throws exceptions as appropriate.
The Task-based Asynchronous Pattern (TAP) is programming pattern developed for .NET Framework for
WinRT
(Metro style apps) which provides a pattern to create asynchronous program flow.
C++/CX "(component extensions)" is a language extension for C++ compilers from Microsoft that enables C++ programmers to write programs for the new Windows Runtime platform, or "
WinRT
".
WinRT
objects are created, or "activated", using codice_1 and assigned to variables declared with the codice_2 (hat) notation inherited from C++/CLI.