Warum veröffentlicht Microsoft keine UX-Frameworks, um Benutzeroberflächen wie ihre aktuellen Benutzeroberflächen zu erstellen?


9

Als ich anfing, Programmieren mit dem .NET Framework zu lernen, verwendete ich zunächst WinForms als UI-Technologie. Es verwendet „klassische“ Menüs wie dieses Office 2000: Office 2000-Benutzeroberfläche Einige Jahre später wurde Office 2007 veröffentlicht, das Menüband war geboren: Office 2007-Benutzeroberfläche Und einige Jahre später wurde Office 2010 veröffentlicht, das auch neue Funktionen wie die Bühne hinzufügte: Office 2010-Benutzeroberfläche Vor einigen Tagen Office 15 Vorschau wurde veröffentlicht und sie fügten weitere schicke neue Sachen hinzu: Office 15 Benutzeroberfläche Das ist ein großer Fortschritt, IMO, aber warum ermöglichen sie den Entwicklern nicht, Benutzeroberflächen wie diese zu erstellen? Wenn ich mir .NET anschaue, gibt es immer noch keine Möglichkeit, ein Menüband zu erstellen. Selbst mit WPF, das sehr erweiterbar ist, gibt es keine vorgefertigten Steuerelemente. Daher hat die Community mehrere Projekte gestartet, um all diese "Funktionen" zu erstellen. Ich weiß, dass Microsoft heute ein Menüband für WinForms und WPF veröffentlicht hat, aber das ist immer noch nicht Teil eines Kernframeworks (nicht einmal des 4.5-Frameworks). Dies ist aber meines Wissens nicht auf .NET beschränkt? Heute gibt es noch keine APIs für nicht verwaltete Anwendungen zum Erstellen dieser Multifunktionsleisten-Benutzeroberflächen?!

In Deutschland bieten sie kostenlose UX-Schulungen an, um sicherzustellen, dass alles zu ihrem Stil passt! http://j.mp/NZGgH9

Warum gibt Microsoft uns Entwicklern nicht die coolen Sachen? Möchten sie, dass ihre Anwendungen einzigartig sind?


Aus dem gleichen Grund, warum Google+ 3-Level-Menüs in Android hat, denke ich
superM

7
Möglicherweise ist es nicht Teil ihrer Kernbibliotheken (das .NET-Kernteam hat diese Steuerelemente nie entwickelt), und sie haben ein separates Entwicklerteam, das die Multifunktionsleistensteuerelemente über den Basis-.NET-Steuerelementen erstellt. Wenn es nicht Teil des Kerns ist, warum sollten sie es dann veröffentlichen müssen? Vielleicht wäre es schön, aber müssen sie nett sein?
FrustratedWithFormsDesigner

Sie bieten so viel Mutch-Zeug an, um die UX für Windows 8 richtig zu machen! j.mp/NZGgH9
GameScripting

1
@FrustratedWithFormsDesigner: Klingt richtig. Microsoft ist ein großes Unternehmen und hat Probleme, den Fokus zu behalten.
MSalters

Vielleicht sollten Sie überlegen, die akzeptierte Antwort zu ändern, da meine keinen Sinn ergibt. Ich wusste nichts über Microsoft UI Licensing. Jeffry Coffins Antwort ist besser.
Marco-Fiset

Antworten:


16

Sie haben ein UI-Framework veröffentlicht, das Bänder unterstützt - es wird nur in MFC anstelle von .NET unterstützt.

Es gibt wahrscheinlich Raum für eine ziemliche Debatte darüber, warum sie die Dinge so gemacht haben, aber es ist das, was sie trotzdem getan haben.

Es sieht so aus, als würden Apps im Metro-Stil viel universeller unterstützt - nicht nur C ++, sondern auch C #, VB und Javascript werden unterstützt, wenn ich mich nicht irre.


2
Sie sind völlig unterschiedliche Gruppen mit unterschiedlichen Zielen und Schwerpunkten. Office basiert auf einer enormen vorhandenen Codebasis, die durch den Übergang zu verwaltetem Code unnötig verlangsamt würde.
Daher

7

Sie veröffentlichen einige dieser Dinge.

Hier ist das Menüband , das in einer .NET-Anwendung verwendet werden kann.

Und hier ist Metro , gegen die Sie mit WPF / XAML oder HTML / JavaScript programmieren können.

Unglücklicherweise,

Die App-Entwicklung im Metro-Stil in Visual Studio wird nur in Windows 8 Release Preview unterstützt. Windows 7 wird nicht unterstützt.


Ich sprach über das Windows im Metro-Stil für die Desktop-Umgebung, das ein Chromess-Fenster, andere Minimierungs-, Maximierungs- und Schließen-Schaltflächen usw. enthält. Das Menüband wurde sehr lange nach der Veröffentlichung von office2010 freigegeben. Ich fragte, ob sie diese Dinge niemals MIT ihren freigeben neues Büro oder Visual Studio
GameScripting

Es gab eine Multifunktionsleistensteuerung, die viel früher als Office 2010 veröffentlicht wurde. Eine wurde 2008 als Teil des WPF-Toolkits veröffentlicht. Auf diese Weise werden Out-of-Band-Updates für Dinge wie UI-Widgets veröffentlicht. Das Windows-Metro-Zeug ist in VS 2012, das weit verbreitet ist.
Chris Gwinn

Dies scheint der Blog-Beitrag zu sein, in dem das WPF-Menüband vorgestellt wird . Ich weiß nicht, warum sie es 2007 nicht zusammen mit Office veröffentlicht haben. Aber WPF selbst war damals noch ziemlich neu. Es kann sein, dass das in Office verwendete Menüband nicht genau mit dem WPF-Menüband übereinstimmt, sodass sie sich etwas Vergleichbares einfallen lassen mussten. Metro ist ziemlich neu.
Kyralessa

3

In der Vergangenheit hat Microsoft Entwicklern immer Tools zum Erstellen von Standard-Windows-Anwendungen (MFC, WinForms, WPF) zur Verfügung gestellt.

Das Problem hierbei ist, dass Office von einer anderen Gruppe entwickelt wird als der, die Entwicklertools und Frameworks bereitstellt. Dies bedeutet, dass die Developer Tools-Gruppe beim Erstellen der Multifunktionsleiste oder der Backstage-Gruppe Nachholbedarf haben muss, um ein wiederverwendbares Steuerelement zur Bereitstellung der Funktionalität zu erstellen.

Ich glaube auch, dass es Kämpfe zwischen den beiden Gruppen gab, die zu einer so langen Verzögerung bei der Verfügbarkeit des Bandes geführt haben. Ich vermute, dass die Office-Gruppe das Menüband für die Office-Anwendungen eindeutig halten wollte und die Developer Tools-Gruppe es allen zur Verfügung stellen wollte.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.