In this month’s issue of MSDN Magazine, we begin taking a look at some of the new features and tools in Visual Studio 2010 and Microsoft .NET Framework 4 that will continue improving the experience of creating business applications that run on the Microsoft Office platform. This is an area of software development that I have always believed holds tremendous potential in terms of ensuring that we are focused on solving the right problems—those being the business problems. And with each new release, it’s nice to see improvements made to the platform rather than just to the applications that help to realize this potential. We still have a good distance to travel, but we’re getting closer. For example, Steve Fox provides a first look at SharePoint tooling in Visual Studio 2010, while Eric White walks through techniques for dynamically generating documents from SharePoint using XML content controls.

Office productivity applications have been around for a while now—after all, wasn’t office productivity one of the main drivers behind the personal computer revolution? However, if you look at the features that have been added to various products as they have matured, with a couple notable exceptions such as OLE, it seems as though at the core, office applications haven’t really changed all that much since their inception. For example, I’m writing this document using Word 2010, and while I really like the new version (a lot, actually), in the end, it is still a word processing application that I use in much the same way that I used WordPerfect 5.1 back around 1990. It seems as though these applications help us perform the same kinds of tasks more efficiently—rather than change the tasks that we need to perform. However, looking at the current and emerging versions of the Office platform, I think that this is now changing in a dramatic (and much needed) way.

This larger change is the result of two major categories of smaller shifts in the Office platform itself. First, there is an increased focus around the end-to-end collaborative experiences and business workflows rather than simply on tasks such as creating a document or e-mailing a file. As products like SharePoint continue to mature alongside the more long-standing Office client products, I’m confident that these kinds of experiences will only continue to deepen. Second, there seems to be a continued focus on data and more specifically on providing the capabilities to extract intelligence from that data. To group both of these thoughts together in a single philosophical statement, I would say that traditional office client applications are less about being really good stovepipe applications and more about being a rich presentation tier for a deeply interconnected network of systems in an enterprise architecture. To use the iceberg analogy, the office client applications simply flatten the tip a bit so that the iceberg is more comfortable to sit on.

To get to the next step of really transforming the manner in which business is conducted, highly domain-specific functionality must be developed below the metaphorical surface—and thus can only be meaningfully implemented by you. When you think about it, the Office platform lays a tremendous foundation for providing these sorts of meaningful capabilities—what other platform gets you halfway there out of the box with respect to meeting your users’ expectations around things like user experience? We, as developers, simply need to adjust our mission a bit: we aren’t in the application-development business as much as we are in the capability-delivery business. Seeing our role through that lens will, I believe, help to sharpen our focus on whom we build software for, what those people really need and how they can best use it. And in a majority of cases, the people that need the capabilities we develop can best leverage them when they are delivered in an integrated, frictionless manner, via the productivity tools that they are already using.

Thanks to the following Microsoft technical experts for their help with this issue: Kent Brown, Chance Coble, Steve Fox, Kit George, John Langdon, Don McGrady, Scott Morrison, Mike Morton, Boris Rivers-Moore and Stephen Toub.

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.