Hi Alejandro,

Thank you for your insight into CodeMine. Yes, it is FAST!!!

We'll be writing an application from scratch, so we WILL be able to utilize all the power and benefits of whichever framework we use. Application builders are nice if you're new to VFP and want to learn about OOP, etc. But, for advanced development, the issues are: flexibility in the framework, look -n- feel, and speed in putting it all together. That's what I've found in my experiences, anyway...

Thanks again and the best to you!


>Hi Scott,
>
>I use Codemine daily. I chose it because it does not force you to do things it's way and I was migrating an FPDos app and needed the flexibility. Because of the fact this app was migrated I did not use the Codemine Dataenvironment, cursor objects or ruleobjetcs at design time but place tables in the form's DE. Codemine reads the form's DE and opens tables with its own datamanager fine, but as a result of all this I do not obtain the full benefit of reusable rule objects etc.
>
>The key concept of Codemine is similar to the cursor adapter concept with well named and rich methods of the datamanager and rule objects called at the right times. Things like BeforeUpdate, BeforeDelete, BeforeUpdateFailure, AfterNav (after you navigate in a cursor), etc. If you choose this framework you should study it well up front to get most benefit.
>
>One thing Codemine does not have is a builder to help you create a quick and dirty yet complete app simply. In my case that does not matter much because I spend 80% of the time evolving a single app. On the other hand, it does not impose any kind of look and feel to your app.
>
>I have wondered how Codemine manages to run so fast since it does so much, and concluded that because the code is compact and much of it reused often it stays in the CPU cache.
>