dBase dIsagreement
Here is the great irony of the Web. It was vastly easier to create a CRUD application (a database app with Create, Report, Update and Delete functions) in the days of Dbase II than it is today.
Not true. After some educational playing around with Basic on a Sinclair ZX 81 and TurboPascal on the PC, I built my first real commercial application with dBase III Plus — and I can assert that it was definitely not easier than it would be today.
Sometimes we tend to forget how much functionality we take for granted nowadays.
(And BTW, doesn’t “CRUD” stand for “Create, Read, Update, Delete”?)
I had assumed that Sean was talking about the difficulty of creating a CRUD (aka truly RESTful app that does something more that GET information) application on the Web. PUT and DELETE are not widely supported (or at least enabled) on real web servers. In practice people have to write to the web with POST and some custom server-side code, which sortof defeats the point of the RESTful universal operations. I guess the MEST people would disagree, but I don’t grok the point of a single doStuff method :-)
Of course, one doesn’t have to think very hard to come up with a long list of reasons why website administrators don’t like PUT and DELETE ….
I was a Dbase/Clipper/Smart programmer for many years.
The drill was as followed : set up you database tables. From there - without doing another ounce of work - you could browser the database, add records, generate simple reports.
I know of no application that allows me to do that so easily today with a web front end. Maybe I’m missing something massive.
Sean
Michael: +1 on the MEST puzzlement; I still fail to get it either. On the other hand, though, I can think of plenty of good reasons administrators would like enabling PUT and DELETE, e.g. to enable security boundaries right in the Web server configuration.
Sean; I missed your point (restricting it to Web apps). I agree that it’s puzzling there’s no widely accepted way to do this, although I’m sure one can dig up a number of open source, PHP-based solutions that offer something roughly similar.
I wanted to emphasize the point that when you built a real application in dBase, i.e. not use the generic UI, but an app-specific one, it took a lot of time with only a fraction of the functionality you’d get today using something like Ruby on Rails (or, for those so inclined, with a current MDA environment.)