Beginning VFP for advanced developers.
I am going to be giving some demos of VFP to people who have been developing in other environments (VB, Oracle, People Soft...) and are interested in VFP. The more people that take part, the better. Let me know if you are interested. I don't know where, other than somewhere in the Chicagoland Northern suburbs. I don't know when, depends on who is interested; I am ok with day, evenings, weekends. -- Carl Karsten
Can I get some help for content? Here is my start:
VFP has a database engine, a full OOP language, and fairly complete set of UI controls. All this wrapped in a cool ?IDE.
Visual class designer
Views and built-in multi-user conflict handling
- OOP In source Code only
- Base classes: Custom, Session (vfp6sp5), Empty (vfp8)
- Designed Visually (in VCX class libary)
- Visual Base Classes: Form, Label, Textbox, etc.
Form with lots of VFP controls
Add an ActiveX control
Class lib: Save button, Cancel button, data entry form
Dbc, tables, persistent relations, triggers
Subclass the form, point to the data
Build an exe
Build a Distribution
COMC omponent Example
For those of you coming from DOS (as I did), you know about dbfs, the command window, and procedural code. I don't think I will be spending too much time on those topics anyway.
I think the Form designer is a way to make VB programmers feel comfortable quickly, and would think it sensible to present before the Class Designer, but I also think that the Class Designer should be presented immediately after discussing "OOP in Source Code". That means splitting up the "language" section into:
Intro to VFP Language: Procedural Code
Then, UI: Form Designer
Then back to: Advanced VFP Language: OOP, in code and in VCX
If you want to show VB programmers how quickly they can get up and running in Fox, check out http://www.AffordableCustomSoftware.com/vbtofox.
Perhaps you could present some of the material put forth in the first 3 chapters of Markus Egger's "Advanced Object Oriented Programming with Visual FoxPro" It is very concise and defines clearly many of the major advantages of using VFP. I love his motto, "Visual FoxPro, because life is too short to program in C++."
I think it's a great idea, in concept, but in reality to whom are you showing what? I would be more concerned (as I am locally in Podunk) with bootstrapping 2.6 coders into VFP. There are far too many 2.6 developers running around clueless about VFP. That concerns me a helluva lot more than other developers who use other tools. - John Koziol
Q: What about a side by side showdown of VFP vs Access on a 1 million record table? - Evan Delay
Not so fast: I just left a $2.5 Billion public agency which got talked into switching some project management apps from VFP to Access by consultants who developed in Access, on the grounds that "Microsoft is going to kill Foxpro" and that "Access was just as fast." Think it's so obvious that your VFP job will remain safe? Think again. - Steve Lackey
- I just started at a small business that works on the assumption that "Microsoft is going to kill Foxpro", and therefore "we must capture as much of this market as we can". It is widely known that it's cheaper to service existing customers than find new ones, so we then have a pool of existing customers to migrate when it actually happens (that's "when" not "if").
A: Then I would have to learn enough about Access to give a fair comparison, and that seems like a waste of time :)
But can't the same be said of the other environments you mentioned above (VB, Oracle, People Soft)? It would be great if you could compare similar characteristics and show that VFP is superior or at least as good. Otherwise, there is no incentive to move between development environments. -- Larry Miller
Good question. Much like Visual FoxPro Description - a brief description of VFP for our increasingly numerous non-VFP lurkers, I want to give them a more in depth view of what VFP is. I want to show that VFP is a legitimate programming language, and not just a bunch of simple data entry forms and a report generator. I am not only going tell what it is, but prove it with the demo. If it takes several hours, then it will be an effective use of those hours.
My intended goal is to share my knowledge with others, and help increase the membership of Chicago FUDG. -- ?CFK
Carl, While I won't be there, the biggest issues that seem to arise involve how VFP integrates with Office products - a simple mailMerge example, or perhaps automation from VFP or through VBA in an app always gets oohs and ahhs, and starts the juices flowing a bit -- Ed Rauh
I agree. Look at the end of Evan's COMC omponent Example. or Were you thinking about Automation Examples? I would think that anything can act as a client to Word or excel, but calling a VFP COM object from an Office product seams much more fulfilling. If I could only do one, which do you think I should do? -- ?CFK
If you want, bring a laptop.
If you are interested in attending, add your name here and create yourself a wiki page with a short bio of your background for both me and others to see what sort of skill sets may be there.
Contributors: Carl Karsten, Evan Delay, Alex Feldstein, Pamela Thalacker
Category VFP Conferences Category Learning VFP
( Topic last updated: 2008.04.11 10:40:13 AM )