>>Hi Charles,
>>I don't understand your beef really.
>>
>>I work with tables mostly and views occasionally.
>>Reason for that is very simple. Speed, simplicity of development and YES reliability.
>>
>>If data volums are in VFP acceptable ranges (considering 2gig limit) then I see no point in cripling application by pushing it trough ODBC botleneck
>>just because your framework said so.
>>Ever since Optimistic Buffering and Transactions were introduced to VFP
>>with few other goodies (session object for instance) you can build
>>very clean and reliable apps that can work perfectly fine with native VFP dbcs/tables
>>
>>I remember sadomasohistic attempt by company I was working for, to build everything CS back in mid nineties based on dev buzz back then. Remote views via ODBC! We will deploy VFP database to small clients and MSSQL to big ones. And all that was expected to work on W95 clients and NET 4.0 servers back then. Bwah ha ha ha :)
>
>I think you misunderstand what a view based application is. It does not require ODBC at all if addressing VFP tables. It just is a way of working with the data that allows for parameterizing and creating less network traffic, denormalizing tables for purposes of display and reporting etc. It also means a lot less vulnerability to crashes that lead to corrupted data.

Now in the morning , yes probably I did.

But hey isn't there always more then one way to skin the cat ??
Why are you so convinced that what your commercial framework did
was the best thing to do, or that everything has to be done via one
or more commercial frameworks ??

I saw most of frameworks back then, learned a lot from them but only
became trully free and at peace once I built my own :)
I kind of got bothered with you constantly blasting <g> on people not using commercial frameworks, doing everything with SQL server etc.

Sorry but I beg to differ!
This all depends on type of apps and businesses that you are dealing with.
Weather you are contractor (like you) or It Mgr as me. You are seller but I am budget minded buyer!

If I can *get away* with 100-200k less per year (in sadditional admin stuff, licences etc) then I buy all means go for it. I know most of my shareholders personally, so perhaps that makes difference in a way we go about the things.

If I was out there seeking long term contracts perhaps I would be telling them; Yeah go buy MSSQL, Oracle this or that, I will be always there to help you (&bill you) and I would defenetely have all gear in place to do so :)


>Without a proper framework I have no idea how well views would work but without a proper framework ( one far more sophisticated than I would have ever built for myself ) I wouldn't' be working with VFP.
>
>And once you know how to write a view based, truly n-tier application with a real data layer, business layer, and presentation layer moving to a sql server backend is not very difficult.

Agree, provided this is exactly what you need :)

>
>We all know what the problems were in creating sophisticated applications in FPw 2.6 without views. I can't imagine voluntarily doing that again.
>
>If you like DBFs for data that's fine, but that doesn't mean not basing your data layer on local views.
>
>And as to the cost - SQL Express is free and IMO a far better solution than DBFs.

Disagree :)

>
>It is difficult to concisely describe the development environment of VFE / Remote views / and SQL server but I have never shown it to anyone who was not amazed at how easy and powerful it is
>
>Disclaimer : though I do training and project mentoring for F1 Technologies and am a long time friend of Mike and Toni Feltman I do not profit from VFE sales. I also have a lot of respect for Mere Mortals and Visual MaxFrame ( and the work Hank Fay has done with Visual ProMatrix ). Cetin did some amazing stuff with Foxy Classes and I've seen other frameworks that had a lot to offer. I am not sure any of them have taken development of their frameworks as far as the Feltmans have but there I have a definite prejudice as developing apps with VFE has made me a *lot* of money <g>
>
> In any case, I really do believe most VFP developers don't realize how much of a productivity enhancement the proper use of a professionally developed framework is. And a lot of resistance to using Sql backends, working with views and writing truly n-tier apps I think is due to the fact that VFP right out of the box is really a very unfinished product. You can do great things with it, but first you need a framework.

Agree 100%, except that I prefer building my own any day, then using someone elses. Learn from yes, use no.

>And it is very very very very unlikely a beginning VFP developer even knows >how much he doesn't know about what a framework needs. I would no more build my own framework than build my own car.

VFP Beginners are different story; but how about experienced Foxers comming from DOS ? When it comes to frameworks and purpose they serve, I believe you overestimated little bit problem at hand and maybe underestimated your own self :)
I think of a VFP development more like of a building motorbikes;
With all respect to Orange County kind of bike builders (Feltmans and others)
If you knew how (and I know you do!), would'nt you wanna build your own custom bike ???

Cheers :)
Sergio