>There is an interesting case study at MSDN regarding an n-tier design where the authors indicate that they would have replaced VB middle-tier components with VC++ ATL components due to latency problems (the amount of time it takes to load and or communicate with other objects).
>
>This got me to thinking....in a VFP shop, maybe what should be done is to design a virtual n-tier but physical 2-tier system: Create standalone VCX files or PRG's with class defs for data services and business rule enforcement and selectively link these file into projects and EXEs. So, you would pool the middle-tier into a ibrary, yet never compile them out as separate EXEs or DLLs.
>
>Is anybody doing anything like that? Or is it really a bad idea? :-)
I think what you are proposing is a logical n-tier design. It can be useful given the right circumstances.
Craig Berntson
MCSD, Microsoft .Net MVP, Grape City Community Influencer