The COM+ Myth (Bottomline ASP/VBScript faster than ASP/VB & COM+)
Only two years ago I completely fell for the party-line being disseminated by Microsoft and its press related marketing arms (VB Programmers Journal et al) - and decided the only way to build a well structured web application was to have multiple tiers with components hosted in COM+. Was I ever suprised when I read some of the tests that people conducted in subsequent years. To give some credit, the first test of this kind actually originated with MS, and can still be seen on MSDN. Its called Nile.com To make a long story short, ASP with in-line SQL (ADO), outperformed the component based aproach. Ain't that a wiener! (See picture above) It makes some sense whenyou consider that ALL VB/COM+ ends up being apartment threaded while straight ASP/VBScript can actually run free-threaded (suprise suprise surprise).
That fact that ASP/VBScript is faster, in and of itself, is no reason to continue the practice of spagetti code under .NET. Aux contraire, we should strife to build systems that are every bit as well architected as possible and we should continue to take the party-line from Redmond with a grain of salt.
(Whats a party-line? Check definition no 2 right here)
OK - as a German expatriate I am very proud of my command of the English language. But the word strife as opposed to strive really got me today. (See NET comments above). I suppose at least its not like German where we simply combine several words to come up with the singular one we needed to describe a situation.... anybody for some "NETprogrammierenMitdemKopfInDerHand"
Don't try to translate. Its just nonesense.
8:03:36 AM
|