Dieser Artikel wurde maschinell übersetzt.

Hinweis der ’s-Editor

Unternehmensleistung

Howard Dierking

In diesem Monat ’s Ausgabe des MSDN Magazine beginnen wir übernehmen einen Blick auf einige der neuen Features und Tools in Visual Studio 2010 und Microsoft .NET Framework 4, der weiterhin verbessern die Erfahrungen der Erstellen von Business-Anwendungen, die auf der Microsoft Office-Plattform ausgeführt werden. Dies ist ein Bereich der Softwareentwicklung, die davon ich immer in enormes Potenzial enthält ausgegangen haben Bestimmungen sicherzustellen, dass wir die rechten Probleme befasst sind – die wird die Geschäftsprobleme. Und mit jeder neuen Version es schön, finden Sie unter Verbesserungen auf der Plattform statt nur auf Anwendungen, die dazu beitragen, diese Leistungspotenzial ’s. Wir noch einen guten Abstand übertragen, aber wir näher abrufen. Beispielsweise stellt Steve Fox einen ersten Einblick in SharePoint Werkzeuge in Visual Studio 2010 während Eric White durch Techniken für die Dokumente aus SharePoint mit XML-Inhalte Steuerelementen dynamisch erzeugt geführt.

Büroanwendungen wurden um für eine Weile jetzt, nachdem alle Office-Produktivität einer der wichtigsten Treiber hinter Personalcomputer Revolution wasn’t? Wenn Sie die Features, die für verschiedene Produkte hinzugefügt wurden betrachten, wie Sie, mit ein paar bemerkenswerten Ausnahmen wie z. B. OLE ausgereift sind, scheint es jedoch, als wäre der Kern Office-Anwendungen wirklich alle viel seit Ihrer Einführung geändert haven’t. Angenommen, ich dieses Dokument mit Word 2010 schreiben und während ich wirklich wie die neue Version (sehr viel tatsächlich), in Ende, ist es immer noch eine Textverarbeitungsanwendung, die ich im Wesentlichen die gleiche Weise verwenden, dass WordPerfect 5.1 wieder um 1990 verwendet. Es scheint, als wäre diese Anwendungen helfen uns die gleichen Arten von Aufgaben effizienter ausführen, anstatt der Vorgänge ändern, die wir durchführen müssen. Allerdings betrachten die aktuellen und neuen Versionen von der Office-Plattform, Meiner Meinung nach, dass dies jetzt drastisch (und viel erforderlichen) so geändert wird.

Diese größeren Änderung ist das Ergebnis der beiden Hauptkategorien von kleineren Schichten in der Office-Plattform selbst. Zunächst ist eine erhöhte Fokus einfach auf Aufgaben wie das Erstellen eines Dokuments oder per e-Mail eine Datei, sondern um die kollaborative End-to-End-Erfahrungen und Geschäftsworkflows. Während Produkten wie SharePoint neben mehr langjähriges Office-Clientprodukte Erwachsene, ’m ich davon überzeugt, dass diese Arten von Erfahrungen nur deepen weiterhin. Zweitens scheint es weiterhin den Schwerpunkt auf Daten und genauer auf die Funktionen zum Extrahieren von Intelligence aus, dass Daten bereitstellen soll. Um beide diese Gedanken in einer einzigen Anweisung philosophischen gruppieren, würde ich sagen, dass die traditionelle Office-Clientanwendungen kleiner über wird wirklich gute Stovepipe Anwendungen und mehr wird eine umfangreiche Präsentationsebene für ein tief miteinander verbundene Netzwerk von Systemen in einer Enterprise-Architektur sind. Eisberg Analogie zu verwenden, vereinfachen die Office-Clientanwendungen einfach den Tipp etwas an, so, dass die Eisberg komfortabler zu sitzen auf ist erstellen.

Erhalten auf die nächste Schritt wirklich transformiert die Weise, in dem Unternehmen ausgeführt wird, wenn sehr domänenspezifische Funktionen unter der Oberfläche des Schoß entwickelt, und daher können nur sinnvoll implementiert werden von Ihnen. Wenn Sie zu denken, ordnet die Office-Plattform eine enorme Grundlage für diese Art von sinnvolle Funktionen bereitstellen, welche anderen Plattform Sie Mitte es außerhalb des Feldes in Bezug auf Besprechung Erwartungen Ihrer Benutzer um Dinge wie Benutzerfreundlichkeit Ruft? Wir müssen als Entwickler einfach unsere Mission etwas anpassen: Wir aren’t im Unternehmen Entwickeln von Anwendungen, wie wir in der Funktion Lieferung Unternehmen sind. Sehen unser Rolle über die Linse, Meiner Meinung nach hilft zu unserer Bildschärfe auf wen erstellen wir Software für, welche Personen tatsächlich müssen und wie diese am besten verwendet werden kann. Und in der Mehrzahl der Fälle, die Personen, die die Funktionen benötigen, die wir entwickeln, können am besten nutzen diese Wenn in einer integrierten, frictionless Weise über die Produktivitätstools übermittelt werden, die bereits verwenden.

Dank gilt den folgenden technischen Experten von Microsoft für ihren Beitrag zu dieser Ausgabe: Kent Brown, Chance Coble, Steve Fox, Kit George, John Langdon, Don McGrady, Scott Morrison, Mike Morton Boris Rivers-Moore und Stephen Toub.