3 ms·
> Why could you not use REST for proprietary services? Proprietary services can be entirely controlled: proprietary server, proprietary client, proprietary pro
by loup-vaillant 16y ago
> Why could you not use REST for proprietary services?
Proprietary services can be entirely controlled: proprietary server, proprietary client, proprietary protocol. You don't mind if they are coupled, just update them at the same time. Also, proprietary protocol often don't come with the long term vision that characterize open file formats and protocols. The cash has to flow soon, then for a few years. Beyond that, all bets are off.
So it's not that you couldn't, but rather that you wouldn't. I guess.
- masklinn 16y ago> You don't mind if they are coupled Of course you do. They may be under the control or purview of different team members (or teams, or contractors), and coupling always increases maintenance costs. > just update them at the same time. Or don't couple them and update them when you need to. > Also, proprietary protocol often don't come with the long term vision that characterize open file formats and protocols. The cash has to flow soon, then for a few years. Beyond that, all bets are off. Right, so you would not use REST for proprietary services because proprietary services are by definition moronic in design and intent? Sounds great.
- extension 16y agoNot moronic, just smaller in scope. Media types require considerably more work to design than APIs, as is often noted by REST proponents. The guy who invented REST calls it "engineering on the scale of decades". If You Ain't Gonna Need That then you're wasting a lot of time by doing it that way.