Sunday, March 25, 2007
I while ago I blogged about REST. I was pretty excited about it at the time, it seemed to blow away a lot of the lava layers that have been accumulating around the SOAP protocol with a back to basics, or rather back to HTML approach that leverages a lot of the forgotten functionality of that protocol. OK, so should I be using it when my customers ask me to implement a Service Oriented Architecture? I think the answer has to be no. SOAP has gained far too much market share in the developer tools community. Especially in the Microsoft world, I’d be throwing away all the SOAP support built into the MS toolset and the .NET framework in particular that makes implementing web services with SOAP so easy. Also I’d be loosing any interoperability with other platforms, because with a RESTfull approach you’re basically designing your own protocol. It’s a shame, but sometimes you just have to go with the flow. Of course the world of IT (actually the world generally) is full Betamaxes. If the best tools always won, we’d be programming in Haskell, on BeOS running on a RISC machine.
Posted by Mike Hadlow at 6:46 pm