Re: Externalize DB/IO (was What Counts as Technically Slick?)

>From: Scott Klement <klemscot@klements.com>

>These are my sentiments exactly!  I one thought out and
>designed a whole system for calling a seperate "library
>of functions" to access a file, and in the end came to the
>conclusion that this wouldn't buy me ANYTHING but
>complexity.

>The externally defined files ALREADY provide you with
>as much of a layer of independence from I/O operations
>as these external routines do!

>I guess I could see doing this if I thought the files would
>soon be located on another computer, on another platform,
>where I'd save the work of re-writing all of the programs
>involved.   But how often does something like this ever
>happen?   It never has, for me.

http://www.ignite400.org/news/news2001030901.htm

Scott,

That's a link to an article by IBM's Phil Coulthard.  It endorses the
Model-View-Controller architecture that we're essentially talking about.

While it may be unlikely that the database is moved to another platform,
what about User Interface?  Can you imagine a single DB/IO module supporting
a 5250, HTML (browser), and WML (Palm Pilot), and XML (Web Services)
interface?  I can!

Nathan.


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---