Click here to return to the Home Page

 

The .NET Platform
Tools & Components
COM & COM+
Data Access
Web Development
XML Technologies
Windows Servers
Wireless & Mobile
Security issues
Design & Process
Career Development
Analysis & Comment
Disposable Objects

Events Diary
Software Update

Contact Us
Advertisers

Search

 

And Another Thing

Jon Honeyball argues that Macromedia offers far more than Microsoft when it comes to building front-end applications.

Maybe the time has come to bite the bullet. I have taken the decision not to build any front-end applications using the Microsoft toolset. By that, I mean that I am going to limit my use of Visual Studio .NET to building middle tier and back-end components only. As far as I am concerned it has no place in the building on front-end applications because it is singularly appalling at performing that task.
      Worse still, given my platform of choice for front-end development from now on, I wonder just how far my use of VS.NET will be relegated to tidying up old code. This isn't a 'flash of light' change of mood, but something that has been nagging me for a long time.
      You see, I think Microsoft has dropped the ball badly. Don't get me wrong - the work in VS.NET is a stunning achievement and it is a great platform for moving forward over the next ten years. The problem is that Microsoft have completely failed to address the needs of those users who want to build websites, or build interactive systems talking to back-end data sources, whether that be SQL Server or something else entirely.
      My first inkling that something was not right in the Microsoft world came last year, when I got hold of Macromedia Ultradev. At the time, it clean blew me sideways with its capabilities for building ASP delivered web applications. The design tools were first-rate, especially when you included Fireworks into the equation. The ASP code it generated was not of the highest quality, but it did work. The writing was on the wall - all we needed was an Ultradev update, with a stronger set of middle tier application development tools, and Microsoft would find itself sidelined.

Macromedia MX steps in
This has now happened. With the release of Macromedia's new MX suite, the Redmond boys have received a massive poke in the eye. The radical re-architecting that Macromedia have done with MX is nothing short of stunning. If you want to deliver an HTML based interface, then Dreamweaver MX is the product for you. If you want to go platform independent and be dramatically graphical in nature, then Flash MX is the tool of choice.
      In the past I have grown to hate Flash with a vehemence that startled even myself. All those splashy opening screens with no 'go away, I don't want this crap' button. They were - and still are - the very definition of 'design over content'. But the writing was on the wall. Macromedia's Generator engine allowed you to build Flash objects on the fly, driving the objects from data sources like database engines. And today, with Flash MX, you can tie Flash objects through the middle tier object model and on to anything you like.
      Yes, it is now perfectly possible to build an order reservation system with the front end entirely built in Flash MX. Best of all, it will work the same on a Macintosh, on a PDA or even a Smartphone if you so wished.
      By ignoring the needs of the front-end developers, Microsoft has backed itself into a corner. The non-appearance of its long-rumoured 'Universal Canvas' technology is but one sign of this. The almost complete silence about Internet Explorer 7 is another - after years of breakneck speed on IE development, we have come to a halt with IE6. Is this the end of the road? If so, what is Microsoft expecting us to develop front ends with?
      DHTML is dead in the water - it is too browser specific even on the same operating system, and it is tied to a scripting language that is archaic at best. XML and XSLT seems like a fine idea - generate the data on the server, and let the client decide how to render it using XSLT stylesheets. But there is not a single decent XSLT development tool out there, and certainly nothing from Microsoft, so this is a dead end. We can drop back to plain old HTML, if we are prepared to put up with version compatibility problems, yawning screen refreshes that blank the whole window, and a level of design tool and capability that makes VB1 look like a godsend.
      Maybe Microsoft has a raft of technologies waiting in the wings to wow us once the DOJ trial comes to an end, but I am not sure of that. What is certainly clear is that it does not have the necessary toolset to deliver an end to end development platform. And given the open nature of XML-interfacing SOAP objects, it has no real grip over us, the development community, when it comes to back end objects either. Yes, VS.NET is a great development platform, but I am just as happy talking to a J2EE environment.
      Microsoft needs to do something dramatic, and to do it now. The only solution that I see making sense is for the company to take an in-perpetuity license to the Flash runtime. Better still, buy a 49 percent holding in Macromedia and bundle the MX toolset in with Visual Studio .NET. Then we might see a future Windows desktop built out of pure Flash components, Internet Explorer subsumed into an on-the-fly HTML-to-Flash rendering library owned by Macromedia, and finally some radical forward thinking movement on desktop and user interface design.
      Maybe that grand Microsoft toolset is just around the corner. In the meantime, I'm going with the Macromedia MX platform for front-end and middle tier development. Sorry Visual Basic, it was nice knowing you...

Top of page
   Back to Articles

Copyright © 2002 Matt Publishing Limited. All rights reserved. No part of this site may be reproduced without the prior consent of the copyright holder.

 

 

 

 

 

 

Previous months

Nov 2002
Sept 2002
July 2002
May 2002

March 2002