Just found this at BrainBuzz:
Desktop Databases around the Web
The client-server world has been moving toward multi-tier architecture for
several years. Well, most of it. Visual FoxPro developers have been slow to
move in that direction.
VFP developers have favored single-tier applications, with all of the
programming language in one monolithic application. Heck, quite often,
nearly all of the logic sits behind a single form. VFP is also sometimes
used as a front-end for a SQL database.
FoxTalk newsletter has an article this month by Craig Berntson. He shows
readers how to leverage COM+ and become avant garde VFP programmers with
multi-tier FoxPro applications.
http://www.pinnaclepublishing.com/FT/FTmag.nsf/0/F3465355DA9A62C985256A48005
1ECE8
Why don't they just say what they really think? For me, this is not true.
I've been "moving toward" multi-tier architecture for years, too. Talk about
an over generalization. In my opinion, we are the pioneers of nTier! I
like to steal the phrase from Intel and say that my apps are "nTier Inside"
as my layers are not always in different languages but inside VFP (and based
on VFE6, I might add, the first true nTier framework for VFP).
Nevertheless, I can still say it's nTier and I can still "break out" any
layer at any time into COM components if there were a need. Amazingly,
there hasn't been much need.
And, why are we being singled out as the "monolithic" group anyway. What
the @#$@#! do you call Access for crying out loud?!?!
Anyway, Craig's article is excellent, regardless of BrainBuzz's intro to it.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Randy Jean, MCP, Integration Services
Orion Group Software Engineers
rjean@ogse.com
Fax (via email) - (810) 885-6254
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Randy, somewhere along the line, the concept of a complete DBMS product
development system became synonymous with 'monolithic', where closer to the
truth is that the use of a single, integrated DBMS product development
system that can be used to create all of the different tiers that are needed
is the best approach.
The forces-that-be don't want us to think that way, maybe because there's
lots of money involved, and "churn" is what has been driving this industry
in ridiculous ways.
Bill
> Just found this at BrainBuzz:
>
> Desktop Databases around the Web
>
> The client-server world has been moving toward multi-tier architecture for
> several years. Well, most of it. Visual FoxPro developers have
> been slow to move in that direction.
>
> VFP developers have favored single-tier applications, with all of the
> programming language in one monolithic application. Heck, quite often,
> nearly all of the logic sits behind a single form. VFP is also sometimes
> used as a front-end for a SQL database.
>
> FoxTalk newsletter has an article this month by Craig Berntson. He shows
> readers how to leverage COM+ and become avant garde VFP programmers with
> multi-tier FoxPro applications.
>
> http://www.pinnaclepublishing.com/FT/FTmag.nsf/0/F3465355DA9A62C98
> 5256A48005
> 1ECE8
>
>
> Why don't they just say what they really think? For me, this is not true.
> I've been "moving toward" multi-tier architecture for years, too.
> Talk about
> an over generalization. In my opinion, we are the pioneers of nTier! I
> like to steal the phrase from Intel and say that my apps are
> "nTier Inside"
> as my layers are not always in different languages but inside VFP
> (and based
> on VFE6, I might add, the first true nTier framework for VFP).
> Nevertheless, I can still say it's nTier and I can still "break out" any
> layer at any time into COM components if there were a need. Amazingly,
> there hasn't been much need.
>
> And, why are we being singled out as the "monolithic" group anyway. What
> the @#$@#! do you call Access for crying out loud?!?!
>
> Anyway, Craig's article is excellent, regardless of BrainBuzz's
> intro to it.
>
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Randy Jean, MCP, Integration Services
> Orion Group Software Engineers
> rjean@ogse.com
> Fax (via email) - (810) 885-6254
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>