When it comes to upgrading older VS.NET applications from earlier version of the .NET Framework -- that is, from 1.0 or 1.1 to 2.0 -- developers are always concerned to know what's to worry about as they make the switch. The MSDN Breaking Changes Web page documents changes to the .NET Framework (called Run-Time Breaking Changes), or Visual Studio's design, compile and project upgrade functionality (called Design-Time Breaking Changes),...
which can cause application and development scenarios to act differently in the 2.0 version from the 1.0 and 1.1 versions.
This doesn't mean the changes will actually break an application (though most of the runtime items will do just that); it simply means they will cause changes in behavior during design review and testing that could potentially impact an application. Lest you grow overly concerned about this, the latest word from Microsoft is that less than 30 such items have been documented to date.
Breaking changes occur for a variety of reason that range from standards compliance, responses to customer feedback and functionality requests, and accuracy or correctness. Here's an example of the kinds of things you'll find documented in the two sets of breaking changes we point to in the preceding paragraph.
Browsing around the Design-Time and Run-Time Breaking Changes pages will therefore help developers figure out what's different about the environment that they must rework or repair when migrating V1.0 or V1.1 applications to V2.0 of the .NET Framework. Definitely worth a visit to anyone facing that situation!
Ed Tittel is a writer and trainer whose interests include XML and development topics, along with IT Certification and information security. E-mail firstname.lastname@example.org with comments, questions, or suggested topics or tools to review. Cool tools rule!