Paul, I'm speaking in more general terms than one JSON/VFP wrapper to your "hoping I don't have to get involved with a whole bunch of technologies".
I think mixing up a whole bunch of technologies plus adding your (secret sauce || glue || custom code) really is the best way to go. Sure it is kind of a pain keeping track of new developments for dozens of libraries, but the ensuing mindset (modularity) also makes it much easier to, well, swap one module out for another and see if it works better for your overall recipe. I don't ever want to become dependent on a single platform, development environment, or (to a lesser extent) monolithic framework ever again. UNIX had it right in this respect all along: build tools that accept simple input and give simple output. That tool can be quite complex, and there could be dozens or hundreds of switches and configuration options - some of them buggy and misdocumented - but still, accept input and give output, allowing other tools to chain things together easily and simply. And keep all configuration human-readable whenever possible. ------------------------- I don't have a problem with Unix, and it would be wonderful if VFP9 apps would run on it. I don't like dependencies any more then you, but I do make a strong effort to minimize them. I've passed up on any number of technologies over the years simply because each would become a new dependency and I just wasn't sure enough they would stick around. And it's not just for myself but for customers who use these features that stand to lose if anything goes wrong and I can't replace it fast enough. A dependency example that I had to deal not long ago with was RoboHelp 2002, which stopped working on Windows 7. Lucky for me it wasn't abandoned and Adobe came out with RoboHelp 10 or I would have been really stuck. I do have confidence in VFP9 being around for the foreseeable future (as in "for the life of Windows") Bill _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/[email protected] ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
