.NET & BEYOND: Confronting .NET Myths
By David Chappell
At my talks about .NET this year, I've been running into many of the same misconceptions. Since many of them revolve around Web services, I'd like to clear up some of the confusion out there. Here are my candidates for the Top Three Myths About .NET and Web Services:
1. .NET IS Only About Web Services. People Offen Tell to Build Web Services Right Now, The .NEY Don't Need To Use The .NET Framework. In Fact, The .NET Framework Supports All Kinds of applications. It does contain first-rate support for building Web services, but it's also useful for creating many other kinds of software, including local Windows applications, conventional multitier browser applications and more.
This myth exists because Microsoft's .NET marketing message has been so focused on Web services. Perhaps this is an artifact of the company's obsession with promoting the newest thing, or maybe the marketing team decided its target audience would understand only one message. Since the. NET ITIATIVE IS A DIVERSE SET OF Software, This Singularity Of Focus Distorts Reality. Net IS ABOUT Web Services, Certainly, But It's Also About Many Other Things.
2. Anybody WHO'S USING Web Services IS .NET-Compliant. I Have No IDEA What It Means To BE ".NET-Compliant," And i Doubt Anyone else does Either. YET I Hear this phrase Quite Offers Althought The Core Web Services technologies came largely from Microsoft, virtually every major vendor now supports them. In fact, Web services look like the best chance we have of linking software from different vendors into a coherent whole. That people associate Web services with .NET is probably a good thing for Microsoft, so perhaps that's a positive result of the company's very focused marketing message. But Web services need not imply .NET.It's no small irony that the technologies most likely to knit together our diverse world come largely from Microsoft. Who would have imagined this legendarily proprietary vendor would be the source of such critical multivendor standards? nevertheless, Web services are no longer purely a Microsoft technology, and that's a good thing. By giving them to the World Wide We .
3. Building applications on the .NET Framework requires using .NET My Services. .NET My Services is mostly a set of Web services that can store information about people, then allow applications to access that information. But .NET My Services also includes Passport , an Internet-based service for authenticating users. Some people, especially those who do not live in the US, are nervous about Passport. and since both it and the .NET Framework are part of .NET, these people tend to jump to the conclusion that using the .NET Framework also requires the use of Passport.This is, of course, completely wrong. The .NET Framework and .NET My Services, including Passport, have almost nothing to do with each other. While the Framework is a good foundation for building applications that use .NET My Services, these services are explicitly designed to be accessible from non-Microsoft systems. In fact, one of the most visible demos for .NET My Services at Microsoft's 2001 Professional Developers Conf Erence Was Written in Java and Relied On Apache.
Microsoft is taking a big risk by grouping all of these diverse technologies under the .NET brand. Like any new and innovative technology, .NET My Services is not guaranteed to succeed. What happens if it fails, or simply takes a long time to find its customer base? This should have no impact on the success of the .NET Framework or other parts of .NET, yet a substantial segment of the market is unlikely to distinguish between these largely independent efforts. If any part of the .NET initiative fails To thrive, it's likely to damage other unified Brand Is Good In Many Ways, But it's not without its pitfalls.
This isy're Certainly NOTW The Only Choices. AS WALT Whitman Wrote in "Song of Myself" in Leaves of Grass, "I am Large, i Contain Multitude.". Net Can Be Described in the Same Way.if You Have A Favorite .NET Myth, Send It To Me. ToGether, We Can Fight For Clarity In this mass of new technology.
David Chappell Is Principal At Chappell & Associates, An Education and Consulting Firm Focused on Enterprise Software Technologies. He Can Be Reached Via E-mail at david@davidchappell.com.
