那个运行库总共才6M，很小的。

唉，这个问题，其实偶真的很郁闷，以前帮妹妹用vfp写了一个她的行车记录程序，发过去后，妹妹的无意的一句话让偶郁闷了半天，程序本身不大，但由于这个运行库的原因，压缩包4.Xmb，让妹妹觉得一个小程序怎么会大到4MB这么大呢？偶吐血半升，所以觉定学习新的语言。

C++的基本运行库也要2M。

后来学习后，除了静态编译外，发现其实所有程序都有运行库，vb6也好，cb++也好，其实多和操作体系统的支持有关，如果VFP也象VB6一样，运行库直接被操作系统支持就好了，可惜的是，VFP自收购起一直被ms暗中消灭，扶access灭VFP，其实广大foxer爱好者都知道vfp比access强大。心中永远的痛啊。

Tong大侠vfp玩得不错，帮顶了。

其实VFP9（不谈VFP6）很多功能都是直接调用API的，所以它的语言部分就在操作系统的运行库上，独特的运行库，是数据库引擎（几兆是免不了的）和一些专用的控件。在我看来，VFP9已经具备足够的可扩充机制，能应用于绝大多数的场合，基本上没有什么不可能做到的了，无论是信息、图像还是数字处理，甚至系统级的控制，它都有实现的手段。VFP做不到的，.NET也一样做不到，比如面向对象的数据库，SQL Server就没有。VFP如果要实现.NET那样细致的控制，关键是程序员自己写代码做出来，而非不可能——只要VFP提供与API的接口机制，原理上说就是没什么做不到的。

顺便说一下：我最近在学C#，发现它居然有跟VFP最相近的机制，如果不是VFP早在C#面世之前就存在了，还真怀疑VFP是用C#写出来的（恐怕是后者吸收了前者的思想）。难道微软搁置VFP是希望用C#取代它？

那是，VFP在我国以前有大部分的工业和机关应用，基本上我国很多事业单位有多少问题是vfp不能解决的呢？.net强大的地方还是有的，至少偶认为DNF游戏编程在vfp上无对应的解决方案，当然，vfp不是专为写游戏的东西。如果能以游戏的形式显示三维统计数据，哇，vfp又强大了，不过。。。这可能是偶在白日做梦吧。。哈哈

C#其实和Delphi更蛮像的。。数据库应用方面，无论是拖放式的还是代码式的，偶觉得编程方便了不少。不过运行库比vfp更加恐怖，2.0以上的>=24MB，安装牛慢，曾有用户抱怨过，后来ms打算操作系统集成.net运行库，这个问题应该可以解决，不过就网页程序的支持上来看，C#取代vfp或许已成事实。。很多以前的foxer都转向了.net。

VFP9是使用GDI+图形接口处理图像的，这就是我这个程序可以处理最普遍的图形格式的原因（.JPG,.GIF,.PCX,.IMG,……都可以，不用OLE对象，所以不用通用字段储存图像信息，而是直接储存图像文件二进制数据）。GDIPlus.DLL，是Windows的标准配置库，它能做到的，即VFP也能做到。