从设计层面而言，VFP 已能够实现对 V8 脚本的引用，从而支持 C#、V8 JS 与 VFP 三种语言的交互调用，且达成了无缝对接。这一成果本计划对外发布，但目前仍未推出 —— 主要原因在于相关文件体积过大，而我尚未解决不加密状态下文件体积成倍增长的问题，因此暂未发行。要知道，其原生文件就已超过 20MB。
至于 Python 的进程内无缝交互接入，参考 V8 的设计逻辑来看，可行性颇高。不过，涉及 Python 所需配套库（主要是 CPython）参与 VFP9 项目发行的相关内容，仍需进一步研究整理。好在就函数上下交互而言，目前基本不存在问题。
有二者，基本弥补 让vfp9生态不足，大家对二者有啥想法可以讨论一下。

着重点在交互，你如果可以让两者语言重构以前的老软件业务，肯定用新语言，我的出发点是双方交互，要理解交互的意义，不是写个EXE  run EXE就叫交互，那是运行EXE。交互的意义是混合使用，弥补vfp无C库生态可用。其实cpython比较接近C语言性能了。在我的研究的中发现py是可以打包以极小MB包发行在vfpEXE里面的，如果什么都不学就原地固步自封，淘汰是迟早的，除了vfp外面的世界很精彩，如果直接让你精彩你都不知道从何开始，何不暂时跟着我立定的netpython一边走一边学一边看，也许py就学会了也说不定。。。。。

[此贴子已经被作者于2025-8-14 19:34编辑过]

netpython 还是要调用 python版本 我封装开发测试用3.8版本 只是把python封装一下方便 交互调用

这样的调用才可以互通有无，上下连接，才叫交互调用

代码发出来就是让你参考的！ds复制粘贴就给出开发原型。买别人不如自己学会嘛！玩程序不都这样的思维咯！

是这个道理，没看到我没有让vfp9做，让cpython做！

[此贴子已经被作者于2025-8-16 11:53编辑过]