Inhalt anzeigen: Englisch mit deutscher Übersetzung Englisch mit deutscher Übersetzungnur Englischnur deutsche Übersetzung Dies sind maschinell übersetzte Inhalte, die von den Mitgliedern der Community bearbeitet werden können. Sie können die Übersetzung verbessern, indem Sie auf den jeweils zum Satz gehörenden Link "Bearbeiten" klicken.Mithilfe des Dropdown-Steuerelements "Inhalt anzeigen" links oben auf der Seite können Sie zudem bestimmen, ob nur der englische Originaltext, nur die deutsche Übersetzung oder beides nebeneinander angezeigt werden. Editor's Note Viva la Evolution! Howard Dierking In this issue of MSDN Magazine, we will take a more focused look at the state of Web development. This is actually a pretty relevant topic for me at the moment, as I've been in and out of meetings over the past month in which we've been trying to define and come to consensus around what MSDN (not just the magazine) should be and how it should evolve. As such, I want to give you my perspective as a content publisher on how the problem domain of the Web has evolved and how Web applications are going to need to evolve to solve them. It's interesting to see how far the pendulum has swung in terms of the fundamental problems related to content and the Web. Not too long ago, the major challenge was making content available. Evolution happened quickly, however—and handwritten HTML was replaced by WYSIWYG editors, and then the whole editing environment was supplanted entirely by blogs and wikis. The problem of publishing effectively disappeared. Anyone with an idea and an Internet connection could publish content for all to consume. Before the novelty of this newly democratized world of content could sink in, the core problem shifted from making content available to finding the right content. Enter the rise of search engines. Now, I've got no problem with search—I use it as a regular part of doing business. For example, have you ever submitted an article idea and received a response similar to, "There's already a sufficient amount of coverage on this topic?" You can blame your search engine for that. For all of its effectiveness in finding content, however, I think that search has effectively enabled folks in the content business to gloss over some more fundamental problems in our approach to publishing and managing content on the Web—particularly with respect to information architecture. As I look over all of the content that can be found today on MSDN, I am overwhelmed at both the sheer volume of content and the lack of cohesion among the various content elements. I'm also bothered by the fact that I can search for MSDN Magazine articles on WCF and be presented with an article that was based on an early CTP of Indigo. I'm not suggesting that such an article should be outright pulled down—there may be value in the conceptual explanations. However, there should absolutely be more attention given to lifetime management policy. So why am I bringing up issues of content management? For one, it's a domain that I'm pretty familiar with. More important, however, I think it highlights where the problems are now shifting on the Web. For example, we've solved the problem of publishing and we have decent a solution for finding content. The next major evolution is in composing experiences that bring together lots of disparate elements into a single context. This means thinking about how to break apart various application and content silos such that a combination of content and application services can be put together into any context, as decided by the user—in short, this means thinking of everything as a mashup. For me, it means that if my intent—my context—is to read an article about WCF, I shouldn't have to stop what I'm doing so that I can navigate to a different Web application if I have a question to post, only to later rely on the back button to return to the article. I should be able to construct a single context consisting of a content item and a forums application service. Getting to this next step is going to require some work, in both refactoring to break application silos into services and learning to think of Web applications as compositions. I'm therefore excited to see articles like Shawn Wildermuth's article on composite Silverlight applications (Page 35) and Aaron Skonnard's article on REST and the ASP.NET MVC framework (Page 48). Finally, for more on refactoring Web applications, check James Kovacs' series on brownfield development, aptly titled "Extreme ASP.NET Makeover.." Visit us at msdn.microsoft.com/magazine. Questions, comments, or suggestions for MSDN Magazine? Send them to the editor: mmeditor@microsoft.com. Thanks to the following Microsoft technical experts for their help with this issue: Adrian Bateman, Sam Bent, Laurent Bugnion, Matt Ellis, Mike Fourie, Steve Fox, Don Funk, Alex Gorev, Aaron Hallberg, Luke Hoban, Robert Horvick, John Hrvatin, Bret Humphrey, Katy King, Brian Kretzler, Bertrand LeRoy, Dan Moseley, Stephen Powell, and Delian Tchoparinov. Anmerkung des Redakteurs Viva la Entwicklung! Howard Dierking In dieser Ausgabe MSDN Magazine, übernehmen wir einen mehr fokussierten Blick auf den Zustand der Webentwicklung. Dies ist tatsächlich eine recht relevanten Thema für mich im Moment habe ich bereits in und aus Besprechungen über des letzten Monats in dem wir versucht haben zu definieren und um Konsens um welche MSDN (nicht nur das Magazin) sollte und sollten wie weiterentwickelt. Daher soll Ihnen meiner Sicht als Inhalt Herausgeber auf wie die Domäne Problem im Web entwickelt wurde und wie Webanwendungen beabsichtigen, Entwickeln Sie lösen müssen. Es ist interessant zu sehen, wie weit die Pendulum hinsichtlich der die grundlegenden Probleme mit Inhalt und das Web swung hat. Nicht war zu lange vor die größere Herausforderung Inhalte verfügbar machen. Weiterentwicklung passiert schnell, jedoch – handschriftliche HTML wurde ersetzt durch WYSIWYG-Editoren und dann die gesamte Bearbeitungsumgebung vollständig vom Blogs und Wikis ersetzt wurde. Das Problem der Veröffentlichung von effektiv nicht mehr. Jeder Benutzer mit einer Idee und einer Internetverbindung konnte Inhalt für alle verbrauchen veröffentlichen. Bevor modische dieses neu democratized Welt von Inhalt Spüle konnte, verschoben, das zentrale Problem Inhalt zur Suche nach dem richtigen Inhalt vornehmen. Geben Sie das Rise of Suchmaschinen. Nun, ich habe kein Problem mit Suche – als regulären Bestandteil Geschäfte verwendet. Beispielsweise haben Sie jemals eine Idee Artikel gesendet und empfing eine Antwort ähnlich, "Es ist bereits ein ausreichenden Zeitraum Abdeckung zu diesem Thema?" Sie können Ihrer Suchmaschine für diese verantwortlich. Für alle seine Effektivität in die Suche nach Inhalt jedoch ich denke, dass die Suche in Inhalten Unternehmen, über einige weitere grundlegende Probleme in unserer Ansatz zum Veröffentlichen und Verwalten von Inhalt im Web gloss effektiv Leute aktiviert hat – insbesondere in Bezug auf Informationsarchitektur. Wie ich über den gesamten Inhalt, die heute bei MSDN gefunden werden kann suchen, bin ich auf das einfach Volumen der Inhalt und die mangelnde Kohäsion zwischen verschiedenen Inhaltselemente überlastet. Ich bin auch durch die Tatsache gestört, die ich MSDN Magazin Artikeln auf WCF suchen können und mit einem Artikel, der auf einer frühen CTP des Indigo basierte dargestellt werden. Ich bin nicht vorschlagen, dass ein solcher Artikel Sofortiges nach unten verschoben sein sollte, kann es Wert in die grundlegenden Erläuterungen. Es sollte jedoch absolut sein mehr Aufmerksamkeit Lebensdauerrichtlinien für die Verwaltung zugewiesen. Also bin warum ich bis Aspekte der Inhaltsverwaltung bringen? Zum einen ist es einer Domäne, der ich mit dem Recht vertraut. Noch wichtiger jedoch Meiner Meinung nach es Hervorhebungen, in denen die Probleme jetzt im Web verschieben. Angenommen, wir haben das Problem der Veröffentlichung behoben und wir haben gute eine Lösung für die Suche nach Inhalt. Die wesentliche Weiterentwicklung ist Verfassen Erfahrungen, die zusammen viele unterschiedliche Elemente in einem einzelnen Kontext bringen. Dies bedeutet, dass denken wie voneinander verschiedenen Anwendung beschädigen und Inhalt silos, eine Kombination von Inhalt und die Anwendung Dienste zusammen in einem beliebigen Kontext einfügen kann, wie durch den Benutzer entschieden, kurz gesagt, das denken alles, was als eine Mashup bedeutet. Für mich dies bedeutet, dass meine Absicht – Meine Kontext – ist einen Artikel über WCF, lesen sollten nicht habe bin was ich tun, damit ich zu einer anderen Webanwendung navigieren können, wenn eine Frage, buchen, um später auf die Back Schaltfläche, um Sie im Artikel zurückzukehren verlassen beenden. Ich sollte einen einzelnen Kontext bestehend aus ein Inhaltselement und einen Anwendungsdienst Foren erstellen können. Zu diesen nächsten Schritt abrufen soll einige Arbeit in refactoring um Anwendung Silos Dienste zu unterbrechen und lernen, Webanwendungen als Compositions vorstellen erforderlich. Ich bin deshalb gern Artikel wie Shawn Wildermuth Artikel zusammengesetzten Silverlight-Anwendungen (Seite 35) und Aaron Skonnard Artikel auf REST und XML-Webdienste MVC-Framework (Seite 48) angezeigt. Abschließend Weitere Informationen über refactoring Webanwendungen prüfen Sie James KovacsDatenreihe Brownfield Entwicklung treffend mit dem Titel "ASP.NET Radikalumbau.". Besuchen Sie uns unter msdn.microsoft.com/magazine. Fragen, Kommentare oder Vorschläge für MSDN Magazin? Senden Sie an der Editor: mmeditor@microsoft.com. Dank der folgenden technischen Experten von Microsoft für Ihre Hilfe bei diesem Problem: Adrian Bateman, Sam Bent, Laurent Bugnion, Matt Ellis, Mike Fourie, Steve Fox, Don Funk, Alex Gorev, Aaron Hallberg, Luke Hoban, Robert Horvick, John Hrvatin, Bret Humphrey, Katy King, Brian Kretzler, Bertrand LeRoy, Dan Moseley, Stephen Powell, and Delian Tchoparinov.

Current Issue     Browse All MSDN Magazines   Tip: Click the printer button in your browser toolbar to get the printer friendly version of this article.