| I l @ ve RuBoard |
Who Should Read This Book
There are two
The majority of the material in this book is written from the perspective of a Visual Studio .NET developer, and I'll often reference how the Visual Studio IDE can help you develop your applications. This is not to say that I've made the material dependent upon a single release version of Visual Studio or even the .NET Framework. Although it is admittedly
Note
All the samples and technologies included in this book apply equally well to the original Visual Studio .NET release as well as the Visual Studio .NET 2003 product. What I have attempted to
|
| I l @ ve RuBoard |
| I l @ ve RuBoard |
Organization of This Book
This book is loosely organized into three sections that cover, respectively, core technologies, advanced technologies, and performance and debugging. Part I, "Moving to Enterprise Development with Visual Basic .NET," covers fundamental concepts that are critical to enterprise development: an overview of enterprise development,
Part II, "Building an Enterprise Infrastructure," covers various forms of network communications, Windows services, COM+, Windows Messaging, and security. The purpose of this section is to provide an introduction to many of the application infrastructure technologies, building off of the topics introduced in Part I. Part III, "Performance and Debugging," covers the remaining major topics for this book: debugging techniques, top Visual Basic .NET performance issues, and performance tuning concepts.
The four appendices contain a wealth of information that serves as either supporting or additional reference material for the
|
| I l @ ve RuBoard |
| I l @ ve RuBoard |
Updates and Other Information
The topic of enterprise application development is as broad and diverse as the applications that exist in the real world. This book cannot serve as a
Also, aside from some syntactic issues, the material in this book applies equally well to developers who use any language on the common language runtime. Remember that Microsoft is evangelizing the various .NET languages as a "lifestyle" choice: program in the language that you're most comfortable with. This is why we're seeing languages such as COBOL, Perl, and FORTRAN coming to the .NET platform. As long as these languages are CLR-compliant, they have an equal footing and thus can take advantage of most, if not all, of the same platform features. |
| I l @ ve RuBoard |