Windows Runtime - Versionsgeschichte

5.158.162.136: /* Programmierung */ Fix author name

2024-08-28T09:13:34Z

Programmierung: Fix author name

← Nächstältere Version		Version vom 28. August 2024, 11:13 Uhr
Zeile 82:		Zeile 82:
	Die ''Windows Runtime'' stellt mit 1.600 Klassen lediglich eine Teilmenge der schon in [[.Net-Framework]] vorhandenen 12.000 Klassen zur Verfügung. Werden die nicht zur Verfügung stehenden Klassen aus dem Framework benötigt, muss die App zwischen einem Client und einem Server aufgeteilt werden, wobei die Geschäftslogik der App auf einem ''Windows Server'' ausgeführt wird. Ein Server mit dem Backend der App kann auch auf dem [[Localhost\|lokalen PC]] installiert und ausgeführt werden. Methodenaufrufe erfolgen vermehrt [[asynchron]].<ref name="tirania.org"/> Für die Programmiersprache C# stehen hierfür neue Sprachelemente zur Verfügung,<ref>{{Internetquelle \|autor=Archiveddocs \|url=https://learn.microsoft.com/en-us/previous-versions/windows/apps/br211380(v=win.10) \|titel=Part 5: Create a blog reader (Windows Store apps using C#/VB and XAML) - Windows app development \|datum=2016-01-05 \|sprache=en-us \|abruf=2024-05-10}}</ref> für andere Projektionen integriert die ''Windows Runtime'' entsprechende [[Entwurfsmuster]] und [[Template (C++)\|Templates]].<ref>{{Internetquelle \|url=https://devblogs.microsoft.com/nativeconcurrency/windows-8-asynchrony-with-ppl.aspx \|titel=? \|offline=ja \|abruf=2024-05-10 \|archiv-url=https://web.archive.org/web/20230925071338/https://devblogs.microsoft.com/nativeconcurrency/windows-8-asynchrony-with-ppl.aspx \|archiv-datum=2023-09-25 \|archiv-bot=2024-06-16 00:49:07 InternetArchiveBot }}</ref>		Die ''Windows Runtime'' stellt mit 1.600 Klassen lediglich eine Teilmenge der schon in [[.Net-Framework]] vorhandenen 12.000 Klassen zur Verfügung. Werden die nicht zur Verfügung stehenden Klassen aus dem Framework benötigt, muss die App zwischen einem Client und einem Server aufgeteilt werden, wobei die Geschäftslogik der App auf einem ''Windows Server'' ausgeführt wird. Ein Server mit dem Backend der App kann auch auf dem [[Localhost\|lokalen PC]] installiert und ausgeführt werden. Methodenaufrufe erfolgen vermehrt [[asynchron]].<ref name="tirania.org"/> Für die Programmiersprache C# stehen hierfür neue Sprachelemente zur Verfügung,<ref>{{Internetquelle \|autor=Archiveddocs \|url=https://learn.microsoft.com/en-us/previous-versions/windows/apps/br211380(v=win.10) \|titel=Part 5: Create a blog reader (Windows Store apps using C#/VB and XAML) - Windows app development \|datum=2016-01-05 \|sprache=en-us \|abruf=2024-05-10}}</ref> für andere Projektionen integriert die ''Windows Runtime'' entsprechende [[Entwurfsmuster]] und [[Template (C++)\|Templates]].<ref>{{Internetquelle \|url=https://devblogs.microsoft.com/nativeconcurrency/windows-8-asynchrony-with-ppl.aspx \|titel=? \|offline=ja \|abruf=2024-05-10 \|archiv-url=https://web.archive.org/web/20230925071338/https://devblogs.microsoft.com/nativeconcurrency/windows-8-asynchrony-with-ppl.aspx \|archiv-datum=2023-09-25 \|archiv-bot=2024-06-16 00:49:07 InternetArchiveBot }}</ref>

	Zudem wird durch die ''Windows Runtime'' ein neues Sicherheitskonzept eingeführt: Bisherige Windows-Anwendungen werden in der Regel mit den Rechten des jeweiligen Benutzers ausgeführt; man spricht in diesem Fall von Full-Trust. Hingegen erfolgt die Ausführung von ''Windows Runtime''-Apps mit minimalen Zugriffsrechten, dem sogenannten Base-Trust. Dies soll durch logisch getrennte Container für jede Anwendung erreicht werden, der Zugriff auf sicherheitsrelevante Teile des Windows-API ist somit nur indirekt durch [[Stellvertreter (Entwurfsmuster)\|Stellvertreter]] (sog. Broker) möglich.<ref>{{Internetquelle \| autor=Dr. Holger ~~Schwi~~ \| url=https://www.heise.de/developer/artikel/Windows-8-Apps-benoetigen-neue-Windows-Runtime-1344071.html?artikelseite=3 \| titel=Windows 8 Apps benötigen neue Windows Runtime \| werk=[[Heise online\|heise.de]] \| datum=2011-09-15 \| abruf=2024-02-03}}</ref><ref>{{Internetquelle \|autor=apex-production \|url=https://learn.microsoft.com/en-us/previous-versions/windows/ \|titel=Windows previous versions documentation \|sprache=en-us \|abruf=2024-05-10}}</ref>		Zudem wird durch die ''Windows Runtime'' ein neues Sicherheitskonzept eingeführt: Bisherige Windows-Anwendungen werden in der Regel mit den Rechten des jeweiligen Benutzers ausgeführt; man spricht in diesem Fall von Full-Trust. Hingegen erfolgt die Ausführung von ''Windows Runtime''-Apps mit minimalen Zugriffsrechten, dem sogenannten Base-Trust. Dies soll durch logisch getrennte Container für jede Anwendung erreicht werden, der Zugriff auf sicherheitsrelevante Teile des Windows-API ist somit nur indirekt durch [[Stellvertreter (Entwurfsmuster)\|Stellvertreter]] (sog. Broker) möglich.<ref>{{Internetquelle \| autor=Dr. Holger Schwichtenberg \| url=https://www.heise.de/developer/artikel/Windows-8-Apps-benoetigen-neue-Windows-Runtime-1344071.html?artikelseite=3 \| titel=Windows 8 Apps benötigen neue Windows Runtime \| werk=[[Heise online\|heise.de]] \| datum=2011-09-15 \| abruf=2024-02-03}}</ref><ref>{{Internetquelle \|autor=apex-production \|url=https://learn.microsoft.com/en-us/previous-versions/windows/ \|titel=Windows previous versions documentation \|sprache=en-us \|abruf=2024-05-10}}</ref>

	== Kompatibilität ==		== Kompatibilität ==

Aka: /* Programmierung */ Tippfehler entfernt

2024-07-09T17:42:06Z

Programmierung: Tippfehler entfernt

← Nächstältere Version		Version vom 9. Juli 2024, 19:42 Uhr
Zeile 82:		Zeile 82:
	Die ''Windows Runtime'' stellt mit 1.600 Klassen lediglich eine Teilmenge der schon in [[.Net-Framework]] vorhandenen 12.000 Klassen zur Verfügung. Werden die nicht zur Verfügung stehenden Klassen aus dem Framework benötigt, muss die App zwischen einem Client und einem Server aufgeteilt werden, wobei die Geschäftslogik der App auf einem ''Windows Server'' ausgeführt wird. Ein Server mit dem Backend der App kann auch auf dem [[Localhost\|lokalen PC]] installiert und ausgeführt werden. Methodenaufrufe erfolgen vermehrt [[asynchron]].<ref name="tirania.org"/> Für die Programmiersprache C# stehen hierfür neue Sprachelemente zur Verfügung,<ref>{{Internetquelle \|autor=Archiveddocs \|url=https://learn.microsoft.com/en-us/previous-versions/windows/apps/br211380(v=win.10) \|titel=Part 5: Create a blog reader (Windows Store apps using C#/VB and XAML) - Windows app development \|datum=2016-01-05 \|sprache=en-us \|abruf=2024-05-10}}</ref> für andere Projektionen integriert die ''Windows Runtime'' entsprechende [[Entwurfsmuster]] und [[Template (C++)\|Templates]].<ref>{{Internetquelle \|url=https://devblogs.microsoft.com/nativeconcurrency/windows-8-asynchrony-with-ppl.aspx \|titel=? \|offline=ja \|abruf=2024-05-10 \|archiv-url=https://web.archive.org/web/20230925071338/https://devblogs.microsoft.com/nativeconcurrency/windows-8-asynchrony-with-ppl.aspx \|archiv-datum=2023-09-25 \|archiv-bot=2024-06-16 00:49:07 InternetArchiveBot }}</ref>		Die ''Windows Runtime'' stellt mit 1.600 Klassen lediglich eine Teilmenge der schon in [[.Net-Framework]] vorhandenen 12.000 Klassen zur Verfügung. Werden die nicht zur Verfügung stehenden Klassen aus dem Framework benötigt, muss die App zwischen einem Client und einem Server aufgeteilt werden, wobei die Geschäftslogik der App auf einem ''Windows Server'' ausgeführt wird. Ein Server mit dem Backend der App kann auch auf dem [[Localhost\|lokalen PC]] installiert und ausgeführt werden. Methodenaufrufe erfolgen vermehrt [[asynchron]].<ref name="tirania.org"/> Für die Programmiersprache C# stehen hierfür neue Sprachelemente zur Verfügung,<ref>{{Internetquelle \|autor=Archiveddocs \|url=https://learn.microsoft.com/en-us/previous-versions/windows/apps/br211380(v=win.10) \|titel=Part 5: Create a blog reader (Windows Store apps using C#/VB and XAML) - Windows app development \|datum=2016-01-05 \|sprache=en-us \|abruf=2024-05-10}}</ref> für andere Projektionen integriert die ''Windows Runtime'' entsprechende [[Entwurfsmuster]] und [[Template (C++)\|Templates]].<ref>{{Internetquelle \|url=https://devblogs.microsoft.com/nativeconcurrency/windows-8-asynchrony-with-ppl.aspx \|titel=? \|offline=ja \|abruf=2024-05-10 \|archiv-url=https://web.archive.org/web/20230925071338/https://devblogs.microsoft.com/nativeconcurrency/windows-8-asynchrony-with-ppl.aspx \|archiv-datum=2023-09-25 \|archiv-bot=2024-06-16 00:49:07 InternetArchiveBot }}</ref>

	Zudem wird durch die ''Windows Runtime'' ein neues Sicherheitskonzept eingeführt: Bisherige Windows Anwendungen werden in der Regel mit den Rechten des jeweiligen Benutzers ausgeführt; man spricht in diesem Fall von Full-Trust. Hingegen erfolgt die Ausführung von ''Windows Runtime''-Apps mit minimalen Zugriffsrechten, dem sogenannten Base-Trust. Dies soll durch logisch getrennte Container für jede Anwendung erreicht werden, der Zugriff auf sicherheitsrelevante Teile des Windows-API ist somit nur indirekt durch [[Stellvertreter (Entwurfsmuster)\|Stellvertreter]] (sog. Broker) möglich.<ref>{{Internetquelle \| autor=Dr. Holger Schwi \| url=https://www.heise.de/developer/artikel/Windows-8-Apps-benoetigen-neue-Windows-Runtime-1344071.html?artikelseite=3 \| titel=Windows 8 Apps benötigen neue Windows Runtime \| werk=[[Heise online\|heise.de]] \| datum=2011-09-15 \| abruf=2024-02-03}}</ref><ref>{{Internetquelle \|autor=apex-production \|url=https://learn.microsoft.com/en-us/previous-versions/windows/ \|titel=Windows previous versions documentation \|sprache=en-us \|abruf=2024-05-10}}</ref>		Zudem wird durch die ''Windows Runtime'' ein neues Sicherheitskonzept eingeführt: Bisherige Windows-Anwendungen werden in der Regel mit den Rechten des jeweiligen Benutzers ausgeführt; man spricht in diesem Fall von Full-Trust. Hingegen erfolgt die Ausführung von ''Windows Runtime''-Apps mit minimalen Zugriffsrechten, dem sogenannten Base-Trust. Dies soll durch logisch getrennte Container für jede Anwendung erreicht werden, der Zugriff auf sicherheitsrelevante Teile des Windows-API ist somit nur indirekt durch [[Stellvertreter (Entwurfsmuster)\|Stellvertreter]] (sog. Broker) möglich.<ref>{{Internetquelle \| autor=Dr. Holger Schwi \| url=https://www.heise.de/developer/artikel/Windows-8-Apps-benoetigen-neue-Windows-Runtime-1344071.html?artikelseite=3 \| titel=Windows 8 Apps benötigen neue Windows Runtime \| werk=[[Heise online\|heise.de]] \| datum=2011-09-15 \| abruf=2024-02-03}}</ref><ref>{{Internetquelle \|autor=apex-production \|url=https://learn.microsoft.com/en-us/previous-versions/windows/ \|titel=Windows previous versions documentation \|sprache=en-us \|abruf=2024-05-10}}</ref>

	== Kompatibilität ==		== Kompatibilität ==

InternetArchiveBot: InternetArchiveBot hat 1 Archivlink(s) ergänzt und 0 Link(s) als defekt/tot markiert.) #IABot (v2.0.9.5

2024-06-16T00:49:07Z

InternetArchiveBot hat 1 Archivlink(s) ergänzt und 0 Link(s) als defekt/tot markiert.) #IABot (v2.0.9.5

← Nächstältere Version		Version vom 16. Juni 2024, 02:49 Uhr
Zeile 80:		Zeile 80:
	Benutzeroberflächen werden deklarativ ausgezeichnet. Bei [[JavaScript]] basiert diese Auszeichnung auf [[HTML5]], während die anderen Projektionen auf [[Extensible Application Markup Language\|XAML]] setzen, welches von der ''Windows Runtime'' direkt ohne Einsatz von [[Windows Presentation Foundation\|WPF]] oder [[Silverlight]] gerendert wird. Zusätzlich stehen Technologien wie [[DirectX]] zur Verfügung.		Benutzeroberflächen werden deklarativ ausgezeichnet. Bei [[JavaScript]] basiert diese Auszeichnung auf [[HTML5]], während die anderen Projektionen auf [[Extensible Application Markup Language\|XAML]] setzen, welches von der ''Windows Runtime'' direkt ohne Einsatz von [[Windows Presentation Foundation\|WPF]] oder [[Silverlight]] gerendert wird. Zusätzlich stehen Technologien wie [[DirectX]] zur Verfügung.

	Die ''Windows Runtime'' stellt mit 1.600 Klassen lediglich eine Teilmenge der schon in [[.Net-Framework]] vorhandenen 12.000 Klassen zur Verfügung. Werden die nicht zur Verfügung stehenden Klassen aus dem Framework benötigt, muss die App zwischen einem Client und einem Server aufgeteilt werden, wobei die Geschäftslogik der App auf einem ''Windows Server'' ausgeführt wird. Ein Server mit dem Backend der App kann auch auf dem [[Localhost\|lokalen PC]] installiert und ausgeführt werden. Methodenaufrufe erfolgen vermehrt [[asynchron]].<ref name="tirania.org"/> Für die Programmiersprache C# stehen hierfür neue Sprachelemente zur Verfügung,<ref>{{Internetquelle \|autor=Archiveddocs \|url=https://learn.microsoft.com/en-us/previous-versions/windows/apps/br211380(v=win.10) \|titel=Part 5: Create a blog reader (Windows Store apps using C#/VB and XAML) - Windows app development \|datum=2016-01-05 \|sprache=en-us \|abruf=2024-05-10}}</ref> für andere Projektionen integriert die ''Windows Runtime'' entsprechende [[Entwurfsmuster]] und [[Template (C++)\|Templates]].<ref>{{Internetquelle \|url=https://web.archive.org/web/20230925071338/https://devblogs.microsoft.com/nativeconcurrency/windows-8-asynchrony-with-ppl.aspx \|~~titel~~=? \|~~offline=1 \|abruf~~=2024-05-10}}</ref>		Die ''Windows Runtime'' stellt mit 1.600 Klassen lediglich eine Teilmenge der schon in [[.Net-Framework]] vorhandenen 12.000 Klassen zur Verfügung. Werden die nicht zur Verfügung stehenden Klassen aus dem Framework benötigt, muss die App zwischen einem Client und einem Server aufgeteilt werden, wobei die Geschäftslogik der App auf einem ''Windows Server'' ausgeführt wird. Ein Server mit dem Backend der App kann auch auf dem [[Localhost\|lokalen PC]] installiert und ausgeführt werden. Methodenaufrufe erfolgen vermehrt [[asynchron]].<ref name="tirania.org"/> Für die Programmiersprache C# stehen hierfür neue Sprachelemente zur Verfügung,<ref>{{Internetquelle \|autor=Archiveddocs \|url=https://learn.microsoft.com/en-us/previous-versions/windows/apps/br211380(v=win.10) \|titel=Part 5: Create a blog reader (Windows Store apps using C#/VB and XAML) - Windows app development \|datum=2016-01-05 \|sprache=en-us \|abruf=2024-05-10}}</ref> für andere Projektionen integriert die ''Windows Runtime'' entsprechende [[Entwurfsmuster]] und [[Template (C++)\|Templates]].<ref>{{Internetquelle \|url=https://devblogs.microsoft.com/nativeconcurrency/windows-8-asynchrony-with-ppl.aspx \|titel=? \|offline=ja \|abruf=2024-05-10 \|archiv-url=https://web.archive.org/web/20230925071338/https://devblogs.microsoft.com/nativeconcurrency/windows-8-asynchrony-with-ppl.aspx \|archiv-datum=2023-09-25 \|archiv-bot=2024-06-16 00:49:07 InternetArchiveBot }}</ref>

	Zudem wird durch die ''Windows Runtime'' ein neues Sicherheitskonzept eingeführt: Bisherige Windows Anwendungen werden in der Regel mit den Rechten des jeweiligen Benutzers ausgeführt; man spricht in diesem Fall von Full-Trust. Hingegen erfolgt die Ausführung von ''Windows Runtime''-Apps mit minimalen Zugriffsrechten, dem sogenannten Base-Trust. Dies soll durch logisch getrennte Container für jede Anwendung erreicht werden, der Zugriff auf sicherheitsrelevante Teile des Windows-API ist somit nur indirekt durch [[Stellvertreter (Entwurfsmuster)\|Stellvertreter]] (sog. Broker) möglich.<ref>{{Internetquelle \| autor=Dr. Holger Schwi \| url=https://www.heise.de/developer/artikel/Windows-8-Apps-benoetigen-neue-Windows-Runtime-1344071.html?artikelseite=3 \| titel=Windows 8 Apps benötigen neue Windows Runtime \| werk=[[Heise online\|heise.de]] \| datum=2011-09-15 \| abruf=2024-02-03}}</ref><ref>{{Internetquelle \|autor=apex-production \|url=https://learn.microsoft.com/en-us/previous-versions/windows/ \|titel=Windows previous versions documentation \|sprache=en-us \|abruf=2024-05-10}}</ref>		Zudem wird durch die ''Windows Runtime'' ein neues Sicherheitskonzept eingeführt: Bisherige Windows Anwendungen werden in der Regel mit den Rechten des jeweiligen Benutzers ausgeführt; man spricht in diesem Fall von Full-Trust. Hingegen erfolgt die Ausführung von ''Windows Runtime''-Apps mit minimalen Zugriffsrechten, dem sogenannten Base-Trust. Dies soll durch logisch getrennte Container für jede Anwendung erreicht werden, der Zugriff auf sicherheitsrelevante Teile des Windows-API ist somit nur indirekt durch [[Stellvertreter (Entwurfsmuster)\|Stellvertreter]] (sog. Broker) möglich.<ref>{{Internetquelle \| autor=Dr. Holger Schwi \| url=https://www.heise.de/developer/artikel/Windows-8-Apps-benoetigen-neue-Windows-Runtime-1344071.html?artikelseite=3 \| titel=Windows 8 Apps benötigen neue Windows Runtime \| werk=[[Heise online\|heise.de]] \| datum=2011-09-15 \| abruf=2024-02-03}}</ref><ref>{{Internetquelle \|autor=apex-production \|url=https://learn.microsoft.com/en-us/previous-versions/windows/ \|titel=Windows previous versions documentation \|sprache=en-us \|abruf=2024-05-10}}</ref>

Schotterebene: Formatierung Beleg

2024-05-10T11:19:20Z

Formatierung Beleg

← Nächstältere Version		Version vom 10. Mai 2024, 13:19 Uhr
Zeile 18:		Zeile 18:
	\|Website = [http://msdn.microsoft.com/windows/apps msdn.microsoft.com/windows/apps]		\|Website = [http://msdn.microsoft.com/windows/apps msdn.microsoft.com/windows/apps]
	}}		}}
	Die '''Windows Runtime''' (Abkürzung: „WinRT“) ist die [[Laufzeitumgebung]] für [[Windows-App]] in [[Microsoft Windows 8\|Windows 8]], [[Microsoft Windows 10\|Windows 10]], [[Microsoft Windows 11\|Windows 11]] und [[Microsoft Windows RT\|Windows RT]]. Seit Windows Phone 8.1 kann sie auch zur Programmierung von Windows Phone Apps eingesetzt werden, was es ermöglicht, Applikationen zu programmieren, die auf dem PC, [[Tabletcomputer\|Tablet]] und [[Smartphone]] funktionieren. Sie basiert auf einer verbesserten Version des [[Component Object Model]]<ref>[https://www.heise.de/~~developer/meldung~~/Build-Mit-Windows-Runtime-kehrt-Microsoft-zu-COM-zurueck-1344119.html Build: Mit Windows RT kehrt Microsoft zu COM zurück]</ref> und ermöglicht es [[Softwareentwickler]]n, auf der Kombination aus [[Hypertext Markup Language\|HTML]], [[Cascading Style Sheets\|CSS]] und [[JavaScript]] oder [[XAML]] und einer der Programmiersprachen [[Visual Basic .NET]], [[C-Sharp\|C#]] oder [[C++]], und bei erweiterter Funktionalität auch jeder beliebigen Technologie auf einem Server als [[Front-End und Back-End\|Backend]] Apps, [[Computerprogramm\|Programme]] zu erstellen, die nur über den Windows Store von [[Microsoft]] lizenziert und vertrieben werden können.<ref>[https://www.computerbase.de/2011-09/windows-8-metro-apps-nur-ueber-windows-store/ ~~ComputerBase:~~ Windows 8: Metro-Apps nur über Windows Store]</ref>		Die '''Windows Runtime''' (Abkürzung: „WinRT“) ist die [[Laufzeitumgebung]] für [[Windows-App]] in [[Microsoft Windows 8\|Windows 8]], [[Microsoft Windows 10\|Windows 10]], [[Microsoft Windows 11\|Windows 11]] und [[Microsoft Windows RT\|Windows RT]]. Seit Windows Phone 8.1 kann sie auch zur Programmierung von Windows Phone Apps eingesetzt werden, was es ermöglicht, Applikationen zu programmieren, die auf dem PC, [[Tabletcomputer\|Tablet]] und [[Smartphone]] funktionieren. Sie basiert auf einer verbesserten Version des [[Component Object Model]]<ref>{{Internetquelle \|autor=heise online \|url=https://www.heise.de/news/Build-Mit-Windows-Runtime-kehrt-Microsoft-zu-COM-zurueck-1344119.html \|titel=Build: Mit Windows Runtime kehrt Microsoft zu COM zurück \|datum=2011-09-15 \|sprache=de \|abruf=2024-05-10}}</ref> und ermöglicht es [[Softwareentwickler]]n, auf der Kombination aus [[Hypertext Markup Language\|HTML]], [[Cascading Style Sheets\|CSS]] und [[JavaScript]] oder [[XAML]] und einer der Programmiersprachen [[Visual Basic .NET]], [[C-Sharp\|C#]] oder [[C++]], und bei erweiterter Funktionalität auch jeder beliebigen Technologie auf einem Server als [[Front-End und Back-End\|Backend]] Apps, [[Computerprogramm\|Programme]] zu erstellen, die nur über den Windows Store von [[Microsoft]] lizenziert und vertrieben werden können.<ref>{{Internetquelle \|autor=Mahir Kulalic \|url=https://www.computerbase.de/2011-09/windows-8-metro-apps-nur-ueber-windows-store/ \|titel=Windows 8: Metro-Apps nur über Windows Store \|datum=2011-09-20 \|sprache=de \|abruf=2024-05-10}}</ref>

	== Architektur ==		== Architektur ==
	=== Integration in Windows ===		=== Integration in Windows ===

	Technisch gesehen stellt die ''Windows Runtime'' kein neues [[Subsystem (Windows)\|Subsystem]] von Windows dar, sondern ist eine alternative API innerhalb des Win32-Subsystems.<ref name="tirania.org">~~http~~://tirania.org/blog/archive/2011/Sep-15.html</ref><ref>~~http~~://www.zdnet.com/~~blog/microsoft~~/heres-the-one-microsoft-windows-8-slide-that-everyone-wants-to-redo/~~10736~~</ref>		Technisch gesehen stellt die ''Windows Runtime'' kein neues [[Subsystem (Windows)\|Subsystem]] von Windows dar, sondern ist eine alternative API innerhalb des Win32-Subsystems.<ref name="tirania.org">{{Internetquelle \|url=https://tirania.org/blog/archive/2011/Sep-15.html \|titel=WinRT demystified - Miguel de Icaza \|abruf=2024-05-10}}</ref><ref>{{Internetquelle \|url=https://www.zdnet.com/article/heres-the-one-microsoft-windows-8-slide-that-everyone-wants-to-redo/ \|titel=Here's the one Microsoft Windows 8 slide that everyone wants to redo \|sprache=en \|abruf=2024-05-10}}</ref>

	{\|class="wikitable" style="text-align: center;"		{\|class="wikitable" style="text-align: center;"
Zeile 80:		Zeile 80:
	Benutzeroberflächen werden deklarativ ausgezeichnet. Bei [[JavaScript]] basiert diese Auszeichnung auf [[HTML5]], während die anderen Projektionen auf [[Extensible Application Markup Language\|XAML]] setzen, welches von der ''Windows Runtime'' direkt ohne Einsatz von [[Windows Presentation Foundation\|WPF]] oder [[Silverlight]] gerendert wird. Zusätzlich stehen Technologien wie [[DirectX]] zur Verfügung.		Benutzeroberflächen werden deklarativ ausgezeichnet. Bei [[JavaScript]] basiert diese Auszeichnung auf [[HTML5]], während die anderen Projektionen auf [[Extensible Application Markup Language\|XAML]] setzen, welches von der ''Windows Runtime'' direkt ohne Einsatz von [[Windows Presentation Foundation\|WPF]] oder [[Silverlight]] gerendert wird. Zusätzlich stehen Technologien wie [[DirectX]] zur Verfügung.

	Die ''Windows Runtime'' stellt mit 1.600 Klassen lediglich eine Teilmenge der schon in [[.Net-Framework]] vorhandenen 12.000 Klassen zur Verfügung. Werden die nicht zur Verfügung stehenden Klassen aus dem Framework benötigt, muss die App zwischen einem Client und einem Server aufgeteilt werden, wobei die Geschäftslogik der App auf einem ''Windows Server'' ausgeführt wird. Ein Server mit dem Backend der App kann auch auf dem [[Localhost\|lokalen PC]] installiert und ausgeführt werden. Methodenaufrufe erfolgen vermehrt [[asynchron]]<ref name="tirania.org"/>. Für die Programmiersprache C# stehen hierfür neue Sprachelemente zur Verfügung,<ref>~~http~~://~~msdn~~.microsoft.com/en-us/~~library~~/windows/apps/br211380.~~aspx~~</ref> für andere Projektionen integriert die ''Windows Runtime'' entsprechende [[Entwurfsmuster]] und [[Template (C++)\|Templates]].<ref>~~http~~://~~blogs~~.~~msdn~~.~~com~~/b/~~nativeconcurrency~~/~~archive~~/~~2011~~/09/22/windows-8-asynchrony-with-ppl.aspx</ref>		Die ''Windows Runtime'' stellt mit 1.600 Klassen lediglich eine Teilmenge der schon in [[.Net-Framework]] vorhandenen 12.000 Klassen zur Verfügung. Werden die nicht zur Verfügung stehenden Klassen aus dem Framework benötigt, muss die App zwischen einem Client und einem Server aufgeteilt werden, wobei die Geschäftslogik der App auf einem ''Windows Server'' ausgeführt wird. Ein Server mit dem Backend der App kann auch auf dem [[Localhost\|lokalen PC]] installiert und ausgeführt werden. Methodenaufrufe erfolgen vermehrt [[asynchron]].<ref name="tirania.org"/> Für die Programmiersprache C# stehen hierfür neue Sprachelemente zur Verfügung,<ref>{{Internetquelle \|autor=Archiveddocs \|url=https://learn.microsoft.com/en-us/previous-versions/windows/apps/br211380(v=win.10) \|titel=Part 5: Create a blog reader (Windows Store apps using C#/VB and XAML) - Windows app development \|datum=2016-01-05 \|sprache=en-us \|abruf=2024-05-10}}</ref> für andere Projektionen integriert die ''Windows Runtime'' entsprechende [[Entwurfsmuster]] und [[Template (C++)\|Templates]].<ref>{{Internetquelle \|url=https://web.archive.org/web/20230925071338/https://devblogs.microsoft.com/nativeconcurrency/windows-8-asynchrony-with-ppl.aspx \|titel=? \|offline=1 \|abruf=2024-05-10}}</ref>

	Zudem wird durch die ''Windows Runtime'' ein neues Sicherheitskonzept eingeführt: Bisherige Windows Anwendungen werden in der Regel mit den Rechten des jeweiligen Benutzers ausgeführt; man spricht in diesem Fall von Full-Trust. Hingegen erfolgt die Ausführung von ''Windows Runtime''-Apps mit minimalen Zugriffsrechten, dem sogenannten Base-Trust. Dies soll durch logisch getrennte Container für jede Anwendung erreicht werden, der Zugriff auf sicherheitsrelevante Teile des Windows-API ist somit nur indirekt durch [[Stellvertreter (Entwurfsmuster)\|Stellvertreter]] (sog. Broker) möglich.<ref>{{Internetquelle \| autor=Dr. Holger Schwi \| url=https://www.heise.de/developer/artikel/Windows-8-Apps-benoetigen-neue-Windows-Runtime-1344071.html?artikelseite=3 \| titel=Windows 8 Apps benötigen neue Windows Runtime \| werk=[[Heise online\|heise.de]] \| datum=2011-09-15 \| abruf=2024-02-03}}</ref><ref>~~http~~://~~msdn~~.microsoft.com/en-us/~~library~~/windows/~~apps/hh464912~~</ref>		Zudem wird durch die ''Windows Runtime'' ein neues Sicherheitskonzept eingeführt: Bisherige Windows Anwendungen werden in der Regel mit den Rechten des jeweiligen Benutzers ausgeführt; man spricht in diesem Fall von Full-Trust. Hingegen erfolgt die Ausführung von ''Windows Runtime''-Apps mit minimalen Zugriffsrechten, dem sogenannten Base-Trust. Dies soll durch logisch getrennte Container für jede Anwendung erreicht werden, der Zugriff auf sicherheitsrelevante Teile des Windows-API ist somit nur indirekt durch [[Stellvertreter (Entwurfsmuster)\|Stellvertreter]] (sog. Broker) möglich.<ref>{{Internetquelle \| autor=Dr. Holger Schwi \| url=https://www.heise.de/developer/artikel/Windows-8-Apps-benoetigen-neue-Windows-Runtime-1344071.html?artikelseite=3 \| titel=Windows 8 Apps benötigen neue Windows Runtime \| werk=[[Heise online\|heise.de]] \| datum=2011-09-15 \| abruf=2024-02-03}}</ref><ref>{{Internetquelle \|autor=apex-production \|url=https://learn.microsoft.com/en-us/previous-versions/windows/ \|titel=Windows previous versions documentation \|sprache=en-us \|abruf=2024-05-10}}</ref>

	== Kompatibilität ==		== Kompatibilität ==
	=== Betriebssysteme ===		=== Betriebssysteme ===

	Die Windows Runtime wird derzeit von Windows ab Version 8 und Windows RT sowie Windows Phone ab Version 8.1 unterstützt. Microsoft sieht diese als integralen Bestandteil des Betriebssystems, der mit jedem [[Version (Software)\|Build]] neu erstellt wird. Während die meisten Anwendungen für [[Windows Vista]] und [[Windows 7]] auch auf Windows 8 lauffähig sind, wird es die ''Windows Runtime'' laut Microsoft nicht für diese Betriebssysteme geben.<ref>~~[http~~://~~social.msdn~~.microsoft.com~~/Forums~~/en-US/~~windowsdeveloperpreviewgeneral~~/~~thread/d4850eb7-5fb2-45b6-9e89-cd13056c4797~~ ~~Windows~~ 8 ~~Backwards~~ ~~compatibility]~~</ref>		Die Windows Runtime wird derzeit von Windows ab Version 8 und Windows RT sowie Windows Phone ab Version 8.1 unterstützt. Microsoft sieht diese als integralen Bestandteil des Betriebssystems, der mit jedem [[Version (Software)\|Build]] neu erstellt wird. Während die meisten Anwendungen für [[Windows Vista]] und [[Windows 7]] auch auf Windows 8 lauffähig sind, wird es die ''Windows Runtime'' laut Microsoft nicht für diese Betriebssysteme geben.<ref>{{Internetquelle \|autor=saldana \|url=https://learn.microsoft.com/en-us/answers/ \|titel=Microsoft supported products on Q&A \|sprache=en-us \|abruf=2024-05-10}}</ref>

	== Siehe auch ==		== Siehe auch ==
Zeile 96:		Zeile 96:

	== Weblinks ==		== Weblinks ==
	* [~~http~~://~~msdn~~.microsoft.com/windows/~~apps~~ ~~Offizielle~~ ~~Website~~] (englisch)		* [https://developer.microsoft.com/en-us/windows/ Windows Dev Center] (englisch)

	== Einzelnachweise ==		== Einzelnachweise ==

Frankee 67: /* Einzelnachweise */ sortfix

2024-02-08T09:14:31Z

Einzelnachweise: sortfix

← Nächstältere Version		Version vom 8. Februar 2024, 11:14 Uhr
Zeile 103:		Zeile 103:

	[[Kategorie:Laufzeitumgebung]]		[[Kategorie:Laufzeitumgebung]]
	[[Kategorie:Windows-Betriebssystemkomponente]]		[[Kategorie:Windows-Betriebssystemkomponente\|Runtime]]
	[[Kategorie:Microsoft]]		[[Kategorie:Microsoft]]

TabellenBot: Einzelnachweis mit Heise-Online-Link formatiert

2024-02-03T09:56:42Z

Einzelnachweis mit Heise-Online-Link formatiert

← Nächstältere Version		Version vom 3. Februar 2024, 11:56 Uhr
Zeile 82:		Zeile 82:
	Die ''Windows Runtime'' stellt mit 1.600 Klassen lediglich eine Teilmenge der schon in [[.Net-Framework]] vorhandenen 12.000 Klassen zur Verfügung. Werden die nicht zur Verfügung stehenden Klassen aus dem Framework benötigt, muss die App zwischen einem Client und einem Server aufgeteilt werden, wobei die Geschäftslogik der App auf einem ''Windows Server'' ausgeführt wird. Ein Server mit dem Backend der App kann auch auf dem [[Localhost\|lokalen PC]] installiert und ausgeführt werden. Methodenaufrufe erfolgen vermehrt [[asynchron]]<ref name="tirania.org"/>. Für die Programmiersprache C# stehen hierfür neue Sprachelemente zur Verfügung,<ref>http://msdn.microsoft.com/en-us/library/windows/apps/br211380.aspx</ref> für andere Projektionen integriert die ''Windows Runtime'' entsprechende [[Entwurfsmuster]] und [[Template (C++)\|Templates]].<ref>http://blogs.msdn.com/b/nativeconcurrency/archive/2011/09/22/windows-8-asynchrony-with-ppl.aspx</ref>		Die ''Windows Runtime'' stellt mit 1.600 Klassen lediglich eine Teilmenge der schon in [[.Net-Framework]] vorhandenen 12.000 Klassen zur Verfügung. Werden die nicht zur Verfügung stehenden Klassen aus dem Framework benötigt, muss die App zwischen einem Client und einem Server aufgeteilt werden, wobei die Geschäftslogik der App auf einem ''Windows Server'' ausgeführt wird. Ein Server mit dem Backend der App kann auch auf dem [[Localhost\|lokalen PC]] installiert und ausgeführt werden. Methodenaufrufe erfolgen vermehrt [[asynchron]]<ref name="tirania.org"/>. Für die Programmiersprache C# stehen hierfür neue Sprachelemente zur Verfügung,<ref>http://msdn.microsoft.com/en-us/library/windows/apps/br211380.aspx</ref> für andere Projektionen integriert die ''Windows Runtime'' entsprechende [[Entwurfsmuster]] und [[Template (C++)\|Templates]].<ref>http://blogs.msdn.com/b/nativeconcurrency/archive/2011/09/22/windows-8-asynchrony-with-ppl.aspx</ref>

	Zudem wird durch die ''Windows Runtime'' ein neues Sicherheitskonzept eingeführt: Bisherige Windows Anwendungen werden in der Regel mit den Rechten des jeweiligen Benutzers ausgeführt; man spricht in diesem Fall von Full-Trust. Hingegen erfolgt die Ausführung von ''Windows Runtime''-Apps mit minimalen Zugriffsrechten, dem sogenannten Base-Trust. Dies soll durch logisch getrennte Container für jede Anwendung erreicht werden, der Zugriff auf sicherheitsrelevante Teile des Windows-API ist somit nur indirekt durch [[Stellvertreter (Entwurfsmuster)\|Stellvertreter]] (sog. Broker) möglich.<ref>https://www.heise.de/developer/artikel/Windows-8-Apps-benoetigen-neue-Windows-Runtime-1344071.html?artikelseite=3</ref><ref>http://msdn.microsoft.com/en-us/library/windows/apps/hh464912</ref>		Zudem wird durch die ''Windows Runtime'' ein neues Sicherheitskonzept eingeführt: Bisherige Windows Anwendungen werden in der Regel mit den Rechten des jeweiligen Benutzers ausgeführt; man spricht in diesem Fall von Full-Trust. Hingegen erfolgt die Ausführung von ''Windows Runtime''-Apps mit minimalen Zugriffsrechten, dem sogenannten Base-Trust. Dies soll durch logisch getrennte Container für jede Anwendung erreicht werden, der Zugriff auf sicherheitsrelevante Teile des Windows-API ist somit nur indirekt durch [[Stellvertreter (Entwurfsmuster)\|Stellvertreter]] (sog. Broker) möglich.<ref>{{Internetquelle \| autor=Dr. Holger Schwi \| url=https://www.heise.de/developer/artikel/Windows-8-Apps-benoetigen-neue-Windows-Runtime-1344071.html?artikelseite=3 \| titel=Windows 8 Apps benötigen neue Windows Runtime \| werk=[[Heise online\|heise.de]] \| datum=2011-09-15 \| abruf=2024-02-03}}</ref><ref>http://msdn.microsoft.com/en-us/library/windows/apps/hh464912</ref>

	== Kompatibilität ==		== Kompatibilität ==

Bildungsbürger: /* Betriebssysteme */ -BKL-Link

2022-06-21T08:36:22Z

Betriebssysteme: -BKL-Link

← Nächstältere Version		Version vom 21. Juni 2022, 10:36 Uhr
Zeile 87:		Zeile 87:
	=== Betriebssysteme ===		=== Betriebssysteme ===

	Die Windows Runtime wird derzeit von Windows ab Version 8 und Windows RT sowie Windows Phone ab Version 8.1 unterstützt. Microsoft sieht diese als integralen Bestandteil des Betriebssystems, der mit jedem [[Build]] neu erstellt wird. Während die meisten Anwendungen für [[Windows Vista]] und [[Windows 7]] auch auf Windows 8 lauffähig sind, wird es die ''Windows Runtime'' laut Microsoft nicht für diese Betriebssysteme geben.<ref>[http://social.msdn.microsoft.com/Forums/en-US/windowsdeveloperpreviewgeneral/thread/d4850eb7-5fb2-45b6-9e89-cd13056c4797 Windows 8 Backwards compatibility]</ref>		Die Windows Runtime wird derzeit von Windows ab Version 8 und Windows RT sowie Windows Phone ab Version 8.1 unterstützt. Microsoft sieht diese als integralen Bestandteil des Betriebssystems, der mit jedem [[Version (Software)\|Build]] neu erstellt wird. Während die meisten Anwendungen für [[Windows Vista]] und [[Windows 7]] auch auf Windows 8 lauffähig sind, wird es die ''Windows Runtime'' laut Microsoft nicht für diese Betriebssysteme geben.<ref>[http://social.msdn.microsoft.com/Forums/en-US/windowsdeveloperpreviewgeneral/thread/d4850eb7-5fb2-45b6-9e89-cd13056c4797 Windows 8 Backwards compatibility]</ref>

	== Siehe auch ==		== Siehe auch ==

Filzstift: BKL-fix, replaced: .NET → .NET mit AWB

2022-05-31T07:48:26Z

BKL-fix, replaced: .NET → .NET mit AWB

← Nächstältere Version		Version vom 31. Mai 2022, 09:48 Uhr
Zeile 1:		Zeile 1:

	{{Infobox Software		{{Infobox Software
	\|Name = Windows Runtime		\|Name = Windows Runtime
Zeile 24:		Zeile 23:
	=== Integration in Windows ===		=== Integration in Windows ===

	Technisch gesehen stellt die ''Windows Runtime'' kein neues [[Subsystem (Windows)\|Subsystem]] von Windows dar, sondern ist eine alternative API innerhalb des Win32-Subsystems.<ref>http://tirania.org/blog/archive/2011/Sep-15.html</ref><ref>http://www.zdnet.com/blog/microsoft/heres-the-one-microsoft-windows-8-slide-that-everyone-wants-to-redo/10736</ref>		Technisch gesehen stellt die ''Windows Runtime'' kein neues [[Subsystem (Windows)\|Subsystem]] von Windows dar, sondern ist eine alternative API innerhalb des Win32-Subsystems.<ref name="tirania.org">http://tirania.org/blog/archive/2011/Sep-15.html</ref><ref>http://www.zdnet.com/blog/microsoft/heres-the-one-microsoft-windows-8-slide-that-everyone-wants-to-redo/10736</ref>

	{\|class="wikitable" style="text-align: center;"		{\|class="wikitable" style="text-align: center;"
Zeile 49:		Zeile 48:
	\|+ WinRT API		\|+ WinRT API
	\|-		\|-
	\|rowspan="3"\| '''Windows Metadata &~~amp;~~ Namespace'''		\|rowspan="3"\| '''Windows Metadata & Namespace'''
	\|colspan="3"\| '''User Interface'''<br />Tiles, Input, Controls, Accessibility, Data Binding, Printing, …		\|colspan="3"\| '''User Interface'''<br />Tiles, Input, Controls, Accessibility, Data Binding, Printing, …
	\|-		\|-
Zeile 81:		Zeile 80:
	Benutzeroberflächen werden deklarativ ausgezeichnet. Bei [[JavaScript]] basiert diese Auszeichnung auf [[HTML5]], während die anderen Projektionen auf [[Extensible Application Markup Language\|XAML]] setzen, welches von der ''Windows Runtime'' direkt ohne Einsatz von [[Windows Presentation Foundation\|WPF]] oder [[Silverlight]] gerendert wird. Zusätzlich stehen Technologien wie [[DirectX]] zur Verfügung.		Benutzeroberflächen werden deklarativ ausgezeichnet. Bei [[JavaScript]] basiert diese Auszeichnung auf [[HTML5]], während die anderen Projektionen auf [[Extensible Application Markup Language\|XAML]] setzen, welches von der ''Windows Runtime'' direkt ohne Einsatz von [[Windows Presentation Foundation\|WPF]] oder [[Silverlight]] gerendert wird. Zusätzlich stehen Technologien wie [[DirectX]] zur Verfügung.

	Die ''Windows Runtime'' stellt mit 1.600 Klassen lediglich eine Teilmenge der schon in [[.~~NET~~]] vorhandenen 12.000 Klassen zur Verfügung. Werden die nicht zur Verfügung stehenden Klassen aus dem Framework benötigt, muss die App zwischen einem Client und einem Server aufgeteilt werden, wobei die Geschäftslogik der App auf einem ''Windows Server'' ausgeführt wird. Ein Server mit dem Backend der App kann auch auf dem [[Localhost\|lokalen PC]] installiert und ausgeführt werden. Methodenaufrufe erfolgen vermehrt [[asynchron]]<ref~~>http://~~tirania.org/~~blog/archive/2011/Sep-15.html</ref~~>. Für die Programmiersprache C# stehen hierfür neue Sprachelemente zur Verfügung,<ref>http://msdn.microsoft.com/en-us/library/windows/apps/br211380.aspx</ref> für andere Projektionen integriert die ''Windows Runtime'' entsprechende [[Entwurfsmuster]] und [[Template (C++)\|Templates]].<ref>http://blogs.msdn.com/b/nativeconcurrency/archive/2011/09/22/windows-8-asynchrony-with-ppl.aspx</ref>		Die ''Windows Runtime'' stellt mit 1.600 Klassen lediglich eine Teilmenge der schon in [[.Net-Framework]] vorhandenen 12.000 Klassen zur Verfügung. Werden die nicht zur Verfügung stehenden Klassen aus dem Framework benötigt, muss die App zwischen einem Client und einem Server aufgeteilt werden, wobei die Geschäftslogik der App auf einem ''Windows Server'' ausgeführt wird. Ein Server mit dem Backend der App kann auch auf dem [[Localhost\|lokalen PC]] installiert und ausgeführt werden. Methodenaufrufe erfolgen vermehrt [[asynchron]]<ref name="tirania.org"/>. Für die Programmiersprache C# stehen hierfür neue Sprachelemente zur Verfügung,<ref>http://msdn.microsoft.com/en-us/library/windows/apps/br211380.aspx</ref> für andere Projektionen integriert die ''Windows Runtime'' entsprechende [[Entwurfsmuster]] und [[Template (C++)\|Templates]].<ref>http://blogs.msdn.com/b/nativeconcurrency/archive/2011/09/22/windows-8-asynchrony-with-ppl.aspx</ref>

	Zudem wird durch die ''Windows Runtime'' ein neues Sicherheitskonzept eingeführt: Bisherige Windows Anwendungen werden in der Regel mit den Rechten des jeweiligen Benutzers ausgeführt; man spricht in diesem Fall von Full-Trust. Hingegen erfolgt die Ausführung von ''Windows Runtime''-Apps mit minimalen Zugriffsrechten, dem sogenannten Base-Trust. Dies soll durch logisch getrennte Container für jede Anwendung erreicht werden, der Zugriff auf sicherheitsrelevante Teile des Windows-API ist somit nur indirekt durch [[Stellvertreter (Entwurfsmuster)\|Stellvertreter]] (sog. Broker) möglich.<ref>https://www.heise.de/developer/artikel/Windows-8-Apps-benoetigen-neue-Windows-Runtime-1344071.html?artikelseite=3</ref><ref>http://msdn.microsoft.com/en-us/library/windows/apps/hh464912</ref>		Zudem wird durch die ''Windows Runtime'' ein neues Sicherheitskonzept eingeführt: Bisherige Windows Anwendungen werden in der Regel mit den Rechten des jeweiligen Benutzers ausgeführt; man spricht in diesem Fall von Full-Trust. Hingegen erfolgt die Ausführung von ''Windows Runtime''-Apps mit minimalen Zugriffsrechten, dem sogenannten Base-Trust. Dies soll durch logisch getrennte Container für jede Anwendung erreicht werden, der Zugriff auf sicherheitsrelevante Teile des Windows-API ist somit nur indirekt durch [[Stellvertreter (Entwurfsmuster)\|Stellvertreter]] (sog. Broker) möglich.<ref>https://www.heise.de/developer/artikel/Windows-8-Apps-benoetigen-neue-Windows-Runtime-1344071.html?artikelseite=3</ref><ref>http://msdn.microsoft.com/en-us/library/windows/apps/hh464912</ref>

Gonxunator: Windows 11 hinzugefügt

2021-11-14T17:07:26Z

Windows 11 hinzugefügt

← Nächstältere Version		Version vom 14. November 2021, 19:07 Uhr
Zeile 1:		Zeile 1:

	{{Infobox Software		{{Infobox Software
	\| Name = Windows Runtime		\|Name = Windows Runtime
	\| Logo =		\|Logo =
	\| Screenshot =		\|Screenshot =
	\| Beschreibung =		\|Beschreibung =
	\| Maintainer = [[Microsoft Corporation]]		\|Maintainer = [[Microsoft Corporation]]
	\| Hersteller = [[Microsoft Corporation]]		\|Hersteller = [[Microsoft Corporation]]
	\| Management =		\|Management =
	\| AktuelleVersion = Siehe [[Windows]] und [[Microsoft Windows Phone]]		\|AktuelleVersion = Siehe [[Windows]] und [[Microsoft Windows Phone]]
	\| AktuelleVersionFreigabeDatum =		\|AktuelleVersionFreigabeDatum =
	\| AktuelleVorabVersion =		\|AktuelleVorabVersion =
	\| AktuelleVorabVersionFreigabeDatum =		\|AktuelleVorabVersionFreigabeDatum =
	\| Betriebssystem = [[Microsoft Windows\|Windows 8]]<br />[[Microsoft Windows 10\|Windows 10]]<br />[[Microsoft Windows RT\|Windows RT]]<br />[[Microsoft Windows Phone 8\|Windows Phone ab 8.1]]<br />[[Microsoft Windows 10 Mobile\|Windows 10 Mobile]]		\|Betriebssystem = [[Microsoft Windows 8\|Windows 8]]<br />[[Microsoft Windows 10\|Windows 10]]<br />[[Microsoft Windows 11\|Windows 11]]<br />[[Microsoft Windows RT\|Windows RT]]<br />[[Microsoft Windows Phone 8\|Windows Phone ab 8.1]]<br />[[Microsoft Windows 10 Mobile\|Windows 10 Mobile]]
	\| Programmiersprache = C++		\|Programmiersprache = C++
	\| Kategorie = [[Laufzeitumgebung]]		\|Kategorie = [[Laufzeitumgebung]]
	\| Lizenz = [[EULA]] / [[proprietär]]		\|Lizenz = [[EULA]] / [[proprietär]]
	\| Deutsch = ja		\|Deutsch = ja
	\| Website = [http://msdn.microsoft.com/windows/apps msdn.microsoft.com/windows/apps]		\|Website = [http://msdn.microsoft.com/windows/apps msdn.microsoft.com/windows/apps]
	}}		}}
	Die '''Windows Runtime''' (Abkürzung: „WinRT“) ist die [[Laufzeitumgebung]] für [[Windows-App]] in [[Microsoft Windows 8\|Windows 8]], [[Microsoft Windows 10\|Windows 10]] und [[Microsoft Windows RT\|Windows RT]]. Seit Windows Phone 8.1 kann sie auch zur Programmierung von Windows Phone Apps eingesetzt werden, was es ermöglicht, Applikationen zu programmieren, die auf dem PC, [[Tabletcomputer\|Tablet]] und [[Smartphone]] funktionieren. Sie basiert auf einer verbesserten Version des [[Component Object Model]]<ref>[https://www.heise.de/developer/meldung/Build-Mit-Windows-Runtime-kehrt-Microsoft-zu-COM-zurueck-1344119.html Build: Mit Windows RT kehrt Microsoft zu COM zurück]</ref> und ermöglicht es [[Softwareentwickler]]n, auf der Kombination aus [[Hypertext Markup Language\|HTML]], [[Cascading Style Sheets\|CSS]] und [[JavaScript]] oder [[XAML]] und einer der Programmiersprachen [[Visual Basic .NET]], [[C-Sharp\|C#]] oder [[C++]], und bei erweiterter Funktionalität auch jeder beliebigen Technologie auf einem Server als [[Front-End und Back-End\|Backend]] Apps, [[Computerprogramm\|Programme]] zu erstellen, die nur über den Windows Store von [[Microsoft]] lizenziert und vertrieben werden können.<ref>[https://www.computerbase.de/2011-09/windows-8-metro-apps-nur-ueber-windows-store/ ComputerBase: Windows 8: Metro-Apps nur über Windows Store]</ref>		Die '''Windows Runtime''' (Abkürzung: „WinRT“) ist die [[Laufzeitumgebung]] für [[Windows-App]] in [[Microsoft Windows 8\|Windows 8]], [[Microsoft Windows 10\|Windows 10]], [[Microsoft Windows 11\|Windows 11]] und [[Microsoft Windows RT\|Windows RT]]. Seit Windows Phone 8.1 kann sie auch zur Programmierung von Windows Phone Apps eingesetzt werden, was es ermöglicht, Applikationen zu programmieren, die auf dem PC, [[Tabletcomputer\|Tablet]] und [[Smartphone]] funktionieren. Sie basiert auf einer verbesserten Version des [[Component Object Model]]<ref>[https://www.heise.de/developer/meldung/Build-Mit-Windows-Runtime-kehrt-Microsoft-zu-COM-zurueck-1344119.html Build: Mit Windows RT kehrt Microsoft zu COM zurück]</ref> und ermöglicht es [[Softwareentwickler]]n, auf der Kombination aus [[Hypertext Markup Language\|HTML]], [[Cascading Style Sheets\|CSS]] und [[JavaScript]] oder [[XAML]] und einer der Programmiersprachen [[Visual Basic .NET]], [[C-Sharp\|C#]] oder [[C++]], und bei erweiterter Funktionalität auch jeder beliebigen Technologie auf einem Server als [[Front-End und Back-End\|Backend]] Apps, [[Computerprogramm\|Programme]] zu erstellen, die nur über den Windows Store von [[Microsoft]] lizenziert und vertrieben werden können.<ref>[https://www.computerbase.de/2011-09/windows-8-metro-apps-nur-ueber-windows-store/ ComputerBase: Windows 8: Metro-Apps nur über Windows Store]</ref>

	== Architektur ==		== Architektur ==
Zeile 26:		Zeile 27:

	{\|class="wikitable" style="text-align: center;"		{\|class="wikitable" style="text-align: center;"
	\|+ WinRT und Win32 APIs in [[Windows 10]]/[[Windows 8]] und [[Windows RT]]		\|+ WinRT und Win32 APIs in [[Windows 10]]/[[Microsoft Windows 11\|Windows 11]]/[[Windows 8]] und [[Windows RT]]
	\|colspan="2" class="hintergrundfarbe5"\| '''"Modern UI" Application'''		\|colspan="2" class="hintergrundfarbe5"\| '''"Modern UI" Application'''
	\|colspan="3"\| '''Desktop Application'''		\|colspan="3"\| '''Desktop Application'''
Zeile 90:		Zeile 91:

	== Siehe auch ==		== Siehe auch ==
	* [[Universal Windows Platform]] – Nachfolger der Windows Runtime in Windows 10		* [[Universal Windows Platform]] – Nachfolger der Windows Runtime ab Windows 10

	== Literatur ==		== Literatur ==

TheRoe am 3. September 2021 um 09:30 Uhr

2021-09-03T09:30:48Z

← Nächstältere Version		Version vom 3. September 2021, 11:30 Uhr
Zeile 75:		Zeile 75:
	Für die Entwicklung auf Basis der ''Windows Runtime'' existieren verschiedene ''Projektionen'' (moderne [[Typisierung (Informatik)\|Typisierungen]]) der Runtime:		Für die Entwicklung auf Basis der ''Windows Runtime'' existieren verschiedene ''Projektionen'' (moderne [[Typisierung (Informatik)\|Typisierungen]]) der Runtime:
	# [[C++/CX]] (nativ ausgeführtes [[C++]] mit Spracherweiterungen)		# [[C++/CX]] (nativ ausgeführtes [[C++]] mit Spracherweiterungen)
			# [[C++/WinRT]] (nativ ausgeführtes Standard-[[C++]] ohne Spracherweiterungen, mit einem Generator für die benötigten Header-Dateien)
	# [[C-Sharp\|C#]], [[Visual Basic .NET]] (mit der [[Common Language Runtime]] ausgeführt, stellt [[Wrapper (Software)\|Wrapper]]-Klassen zur Verfügung)		# [[C-Sharp\|C#]], [[Visual Basic .NET]] (mit der [[Common Language Runtime]] ausgeführt, stellt [[Wrapper (Software)\|Wrapper]]-Klassen zur Verfügung)
	# [[JavaScript]], wobei die Windows Runtime über den WinJS-Namespace angesteuert wird.		# [[JavaScript]], wobei die Windows Runtime über den WinJS-Namespace angesteuert wird.

← Nächstältere Version		Version vom 16. Juni 2024, 02:49 Uhr
Zeile 80:		Zeile 80:
	Benutzeroberflächen werden deklarativ ausgezeichnet. Bei [[JavaScript]] basiert diese Auszeichnung auf [[HTML5]], während die anderen Projektionen auf [[Extensible Application Markup Language\|XAML]] setzen, welches von der ''Windows Runtime'' direkt ohne Einsatz von [[Windows Presentation Foundation\|WPF]] oder [[Silverlight]] gerendert wird. Zusätzlich stehen Technologien wie [[DirectX]] zur Verfügung.		Benutzeroberflächen werden deklarativ ausgezeichnet. Bei [[JavaScript]] basiert diese Auszeichnung auf [[HTML5]], während die anderen Projektionen auf [[Extensible Application Markup Language\|XAML]] setzen, welches von der ''Windows Runtime'' direkt ohne Einsatz von [[Windows Presentation Foundation\|WPF]] oder [[Silverlight]] gerendert wird. Zusätzlich stehen Technologien wie [[DirectX]] zur Verfügung.

	Die ''Windows Runtime'' stellt mit 1.600 Klassen lediglich eine Teilmenge der schon in [[.Net-Framework]] vorhandenen 12.000 Klassen zur Verfügung. Werden die nicht zur Verfügung stehenden Klassen aus dem Framework benötigt, muss die App zwischen einem Client und einem Server aufgeteilt werden, wobei die Geschäftslogik der App auf einem ''Windows Server'' ausgeführt wird. Ein Server mit dem Backend der App kann auch auf dem [[Localhost\|lokalen PC]] installiert und ausgeführt werden. Methodenaufrufe erfolgen vermehrt [[asynchron]].<ref name="tirania.org"/> Für die Programmiersprache C# stehen hierfür neue Sprachelemente zur Verfügung,<ref>{{Internetquelle \|autor=Archiveddocs \|url=https://learn.microsoft.com/en-us/previous-versions/windows/apps/br211380(v=win.10) \|titel=Part 5: Create a blog reader (Windows Store apps using C#/VB and XAML) - Windows app development \|datum=2016-01-05 \|sprache=en-us \|abruf=2024-05-10}}</ref> für andere Projektionen integriert die ''Windows Runtime'' entsprechende [[Entwurfsmuster]] und [[Template (C++)\|Templates]].<ref>{{Internetquelle \|url=https://web.archive.org/web/20230925071338/https://devblogs.microsoft.com/nativeconcurrency/windows-8-asynchrony-with-ppl.aspx \|~~titel~~=? \|~~offline=1 \|abruf~~=2024-05-10}}</ref>		Die ''Windows Runtime'' stellt mit 1.600 Klassen lediglich eine Teilmenge der schon in [[.Net-Framework]] vorhandenen 12.000 Klassen zur Verfügung. Werden die nicht zur Verfügung stehenden Klassen aus dem Framework benötigt, muss die App zwischen einem Client und einem Server aufgeteilt werden, wobei die Geschäftslogik der App auf einem ''Windows Server'' ausgeführt wird. Ein Server mit dem Backend der App kann auch auf dem [[Localhost\|lokalen PC]] installiert und ausgeführt werden. Methodenaufrufe erfolgen vermehrt [[asynchron]].<ref name="tirania.org"/> Für die Programmiersprache C# stehen hierfür neue Sprachelemente zur Verfügung,<ref>{{Internetquelle \|autor=Archiveddocs \|url=https://learn.microsoft.com/en-us/previous-versions/windows/apps/br211380(v=win.10) \|titel=Part 5: Create a blog reader (Windows Store apps using C#/VB and XAML) - Windows app development \|datum=2016-01-05 \|sprache=en-us \|abruf=2024-05-10}}</ref> für andere Projektionen integriert die ''Windows Runtime'' entsprechende [[Entwurfsmuster]] und [[Template (C++)\|Templates]].<ref>{{Internetquelle \|url=https://devblogs.microsoft.com/nativeconcurrency/windows-8-asynchrony-with-ppl.aspx \|titel=? \|offline=ja \|abruf=2024-05-10 \|archiv-url=https://web.archive.org/web/20230925071338/https://devblogs.microsoft.com/nativeconcurrency/windows-8-asynchrony-with-ppl.aspx \|archiv-datum=2023-09-25 \|archiv-bot=2024-06-16 00:49:07 InternetArchiveBot }}</ref>

	Zudem wird durch die ''Windows Runtime'' ein neues Sicherheitskonzept eingeführt: Bisherige Windows Anwendungen werden in der Regel mit den Rechten des jeweiligen Benutzers ausgeführt; man spricht in diesem Fall von Full-Trust. Hingegen erfolgt die Ausführung von ''Windows Runtime''-Apps mit minimalen Zugriffsrechten, dem sogenannten Base-Trust. Dies soll durch logisch getrennte Container für jede Anwendung erreicht werden, der Zugriff auf sicherheitsrelevante Teile des Windows-API ist somit nur indirekt durch [[Stellvertreter (Entwurfsmuster)\|Stellvertreter]] (sog. Broker) möglich.<ref>{{Internetquelle \| autor=Dr. Holger Schwi \| url=https://www.heise.de/developer/artikel/Windows-8-Apps-benoetigen-neue-Windows-Runtime-1344071.html?artikelseite=3 \| titel=Windows 8 Apps benötigen neue Windows Runtime \| werk=[[Heise online\|heise.de]] \| datum=2011-09-15 \| abruf=2024-02-03}}</ref><ref>{{Internetquelle \|autor=apex-production \|url=https://learn.microsoft.com/en-us/previous-versions/windows/ \|titel=Windows previous versions documentation \|sprache=en-us \|abruf=2024-05-10}}</ref>		Zudem wird durch die ''Windows Runtime'' ein neues Sicherheitskonzept eingeführt: Bisherige Windows Anwendungen werden in der Regel mit den Rechten des jeweiligen Benutzers ausgeführt; man spricht in diesem Fall von Full-Trust. Hingegen erfolgt die Ausführung von ''Windows Runtime''-Apps mit minimalen Zugriffsrechten, dem sogenannten Base-Trust. Dies soll durch logisch getrennte Container für jede Anwendung erreicht werden, der Zugriff auf sicherheitsrelevante Teile des Windows-API ist somit nur indirekt durch [[Stellvertreter (Entwurfsmuster)\|Stellvertreter]] (sog. Broker) möglich.<ref>{{Internetquelle \| autor=Dr. Holger Schwi \| url=https://www.heise.de/developer/artikel/Windows-8-Apps-benoetigen-neue-Windows-Runtime-1344071.html?artikelseite=3 \| titel=Windows 8 Apps benötigen neue Windows Runtime \| werk=[[Heise online\|heise.de]] \| datum=2011-09-15 \| abruf=2024-02-03}}</ref><ref>{{Internetquelle \|autor=apex-production \|url=https://learn.microsoft.com/en-us/previous-versions/windows/ \|titel=Windows previous versions documentation \|sprache=en-us \|abruf=2024-05-10}}</ref>