Leistungen
Leistungen
Überblick
Leistungsangebot
Kernkompetenzen
Schulungsthemen
In-House-Schulungen
Offene .NET-Seminare
Offene WPS-Seminare
Beratung
Coaching
Support
Softwareentwicklung
Entwickler-Vermittlung
.NET/Visual Studio
TFS/ALM/Scrum
Webprogrammierung
PowerShell
Konditionen
Anfrage/Kontakt
Beratung/Coaching
Beratung/Coaching
Beratungsthemen
Coaching
Unsere Berater
Referenzkunden
Konditionen
Angebotsanfrage
In-House-Schulungen
In-House-Schulungen
Überblick
Themen/Fachgebiete
Schulungskonfigurator
Konzepte
.NET/Visual Studio
C#
VB.NET
ASP.NET
Moderne Webanwendungen
TFS/ALM/Scrum
PowerShell
Konferenzvortraege
Referenzkunden
Unsere Trainer
Konditionen
Angebotsanfrage
Offene Schulungen
Offene Schulungen
Überblick .NET-Seminare
.NET/C#-Basisseminar
WPF (Desktop)
ASP.NET/AJAX (Web)
WCF/WF (SOA)
ADO.NET/EF (Data)
Windows PowerShell
.NET, C#, VB, Visual Studio
.NET, C#, VB, Visual Studio
Startseite
Beratung/Training
Offene .NET-Seminare
Einführung
Lexikon
Artikel
Bücher
Klassenreferenz
Programmiersprachen
Entwicklerwerkzeuge
Softwarekomponenten
World Wide Wings Demo
Codebeispiele
Scripting
ASP.NET
.NET 2.0
.NET 3.0/3.5
.NET 4.0/4.5
Community
Forum
Kommerzielle Leistungen
ASP.NET
ASP.NET
Startseite
Lexikon
Sicherheit
Konfiguration
Global.asax
Tracing
Technische Beiträge
Klassenreferenz
Programmiersprachen
Entwicklerwerkzeuge
Softwarekomponenten
PowerShell
PowerShell
Überblick
Beratung
In-House-Schulungen
Öffentliche Schulungen
Codebeispiele
Commandlet Extensions
Offene PowerShell-Seminare
Inhouse-Seminare
Windows
Windows
Startseite
Windows Runtime (WinRT)
Windows PowerShell
Windows Scripting
Windows-Schulungen
Windows-Lexikon
Windows-Forum
Windows Scripting
Windows Scripting
Startseite
Lexikon
FAQ
Buecher
Architektur
Skriptsprachen
Scripting-Hosts
Scripting-Komponenten
COM/DCOM/COM+
ADSI
WMI
Scripting-Tools
WSH-Editoren
Codebeispiele
ASP.NET
.NET-Scripting
Forum
Links
Kommerzielle Leistungen
Service
Service
Website-FAQ
Anmeldung/Login
Leser-Registrierung
Gast-Registrierung
Nachrichten/RSS
Newsletter
Foren
Weblog
Lexikon
Downloads
Support
Kontakt
Literaturtipps
Publikationen
Publikationen
Redaktionsbüro
Bücher
Fachartikel
Leser-Portal
Autoren gesucht!
Rezensionen
Über uns
Über uns
Holger Schwichtenberg
Team
Referenzkunden
Kundenaussagen
Referenzprojekte
Partner
Site Map
Weitere Websites
Tag Cloud
Impressum
Rechtliches

Erklärung des Begriffs: Windows Framework (WinFX)
Was ist Windows Framework (WinFX)?

Zurück zur Stichwortliste



Begriff Windows Framework
Abkürzung WinFX
Synonyme/Aliase

Erläuterung des Begriffs Windows Framework

Der Name WinFX hat eine Entwicklung vollzogen.
WinFX war ursprünglich (Jahr 2003) angekündigt als Name der Programmierschnittstelle in Windows Longhorn, die das Win32-API in vielen Teilen ablöst. WinFX sollte mit der Version 6.0 (entsprechend der Betriebssystemversion) starten.
Später (2004) würde WinFX auf andere Windows-Systeme (Windows XP und Windows Server 2003) ausgedehnt und daher von dem Longhorn-Projekt gelöst. WinFX sollte eine Erweiterung zum .NET Framework 2.0 sein und es war im Gespräch, das .NET Framework in WinFX umzubenennen. Zu diesem Zeitpunkt erhielt WinFX die Versionsnummer 3.0.
Im Jahr 2006 hat sich Microsoft dann aber entschlossen, den Namen .NET Framework zu behalten und die neuen Funktionen von WinFX in das .NET Framework zu integieren und daraus das .NET Framework 3.0 zu machen.

Kernbestandteile (Stand September 2005, PDC 2005)



Windows Presentation Foundation (WPF), Codename Avalon
Windows Communication Foundation (WCF), Codename Indigo
Windows Workflow Foundation (WWF)
Windows CardSpace (WCS) , früher: Infocard

Mit Ausnahme der Windows Workflow Foundation und CardSpaces lösen die Kernbausteine von WinFX andere Programmierkonzepte ab. WPF tritt an die Stelle der in das .NET Framework integrierten Windows Forms, WCF ist ein Ersatz für .NET Remoting, ASP.NET Webservices und den Anwendungsserver COM+. MSH löst das DOS-Kommandozeilenfenster ab.

Andere Bestandteile, die ursprünglich Teil von WinFX sein sollten


Windows File System (WinFS)
Microsoft PowerShell, ehemals Microsoft Shell (MSH), Codename Monad

Text (Stand Oktober 2003, PDC 2003)


Die .NET-Klassenbibliothek ist in weiten Teilen lediglich ein Wrapper für Funktionen aus dem Win32-API oder bestehenden COM-Komponenten. In Redmond existiert die Vision, dieses Verhältnis irgendwann umzukehren und .NET-Komponenten zum primären API für Windows zu machen. Mit der nächsten Windows Version (2006, Codename Longhorn) wird Microsoft eine umfangreiche .NET-Klassenbibliothek mit Namen Windows Frameworks (WinFX) einführen, die den Weg zur "Verdotnettung" von Windows einläutet.

Avalon, WinFS und Indigo sind per Programmcode ansprechbar über eine neue Klassenbibliothek die den Namen WinFX trägt. WinFX umfasst auch die heute .NET Framework-Klassenbibliothek, sodass WinFX die Ablösung für das mit Windows NT eingeführte Win32-API bedeutet. WinFX ist komplett in Managed Code geschrieben. Eine Portierung von WinFX auf ältere Betriebssysteme ist nicht vorgesehen, sodass WinFX-basierte Anwendungen nur auf Longhorn und späteren Systemen laufen können. Microsoft bricht hier also deutlich mit der nicht-objektorientierten Vergangenheit. Das Win32-API bleibt aber auch in Longhorn noch erhalten, sodass alte Anwendungen auf Longhorn laufen können.

Die bisherige primäre Programmierschnittstelle Win32 ist noch im C-Stil aufgebaut, also weder objektorientiert noch komponentenbasiert - wobei doch rein prozedurales programmieren schlicht und einfach als nicht mehr zeitgemäß zu bewerten ist. Viele Win32-Funktionen wurden in den letzten Jahren in COM-Komponenten gekapselt, wobei man den Komponenten stark anmerkte, dass sie von verschiedenen Leuten zu verschiedenen Zeiten gestaltet wurden. Durch WinFX erhält Windows in Longhorn erstmals eine nach einheitlichen Richtlinien gestaltete Klassenbibliothek, die große Teile des Windows-Betriebssystem kapselt.

Bei Microsoft ist ein deutlicher Trend zu erkennen, die Windows-Programmierschnittstellen zu vereinheitlichen. Dabei ist es sinnvoll und konsequent, auf die moderne .NET-Plattform und damit auf Managed Code zu setzen. Sowohl aus Sicherheitsgesichtspunkten als für die Betriebssystemunabhängigkeit werden sich für einen Großteil der Anwendungen nur Plattformen durchsetzen können, die ein Zwischensprachkonzept einsetzen, also Java oder .NET.

Entwickler, die nicht den Weg zu Managed Code nicht mitgehen wollen, werden zukünftig auf Funktionalität verzichten müssen. Während .NET-Anwendungen jede Win32-API-Funktion und COM-Komponente nutzen können, steht nicht jede .NET-Klasse auch alten Programmierplattformen zur Verfügung. Das Managed Code-basierte WinFX-API in Longhorn kann man nur voll ausnutzen, wenn man eine der 28 .NET-Programmiersprachen verwendet.

Eines Tages wird WinFX einmal nicht mehr als ein Aufsatz auf Win32 existieren, sondern Win32 wird eine Kompatibilitätsschicht auf Basis von WinFX sein. Das Verhältnis wird sich genau umkehren wie bei DOS-Ebene und Windows!

Details zur Alpha-Version (PDC 2003)


- besteht zur Zeit aus 74 .dlls in liegt in /Windows/Microsoft .NET/Windows/v.6.0.4030
- und 26 .dlls in /Windows/Microsoft .NET/Avalon
- PDC03-Release hat die Versionsnummer 6.0.4030 (Longhorn Build 4051)

Weitere Ressoucen auf dieser Website

Der DOTNET-DOKTOR / Das .NET-Weblog auf www.heise.de

Artikel in gedruckten Medien

  • Microsoft zieht in Longhorn klare Trennlinien
     (Computer Zeitung, 2004)
  • Klassensprung: Microsofts WinFX-Erweiterung für .NET
     (iX - Magazin für professionelle Informationstechnik, 2006)
  • Trends bei Microsoft: .NET auf dem Vormarsch
     (ObjektSpektrum - Die Zeitschrift für Web- und Objekttechnologie, 2005)
  • Einblick: Microsofts PDC 2003
     (iX - Magazin für professionelle Informationstechnik, 2003)
  • Objektorientierter (Durch-)Bruch: Windows Longhorn Technical Preview
     (iX - Magazin für professionelle Informationstechnik, 2003)
  • Die Zukunft von .Net
     (iX - Magazin für professionelle Informationstechnik, 2004)
  • Longhorn erhält erweitertes Befehls-Interface - Microsoft Shell (MSH)
     (Computer Zeitung, 2005)
  • Das nächste Windows - Longhorn Preview
     (Admins Favorite, 2004)
  • Querverweise zu anderen Begriffen im Lexikon

    Windows Communication Foundation
    Windows Presentation Foundation
    Windows Workflow Foundation
    Windows File System
    Windows Server 2003
    .NET Framework 3.0
    .NET Framework 2.0
    Windows CardSpace
    Microsoft Shell
    .NET-Komponente
    COM-Komponente
    .NET-Plattform
    Windows Server
    .NET Remoting
    Windows Forms
    Managed Code
    Windows XP
    Powershell
    Komponente
    Webservice
    Ausnahme
    Longhorn
    Wrapper
    DOTNET
    Avalon
    Indigo
    Monad
    COM+


    Dienstleistungen:

    Beratung/Consulting zu Windows Framework

    Support zu Windows Framework

    Schulungen zu diesem Thema: