为什么说VFP的安全性很差？真痛苦啊！这么好的一个数据库编程软件，被淘汰了真可惜！

为什么说VFP的安全性很差？真痛苦啊！这么好的一个数据库编程软件，被淘汰了真可惜！

跟着上面的几位说的，继续发表一下自己的看法。

安全性体现在数据库上，这个没错。因为这个数据库太容易被打开了，VFP没有提供任何完备的（甚至可以说是最基本的）安全机制，而且VFP所谓库与表的关系也非常松散，非常容易造成数据的丢失和不一致。

安全性差还体现在编制的程序上。VFP是解释执行而不是编译执行，所以代码非常容易被反编译。
由于DBF本身不提供安全机制，而如果你在代码上自己创造安全机制，人们也非常容易通过反编译看到你的源代码，让你的心血化为泡影。

其实VFP本身也知道自己的这些不足，但是VFP天生就不是“干大事业”的，呵呵，如果你要使用，那么你就要接受这些不足。

但是VFP编程真的又快又好，让我们不忍放弃。那么怎么办？

告别原来通过DBF数据表编程的思维，改用SQL Server 或者 SQL anywhere等作为后台数据库。
如果跳出DBF的圈子来看VFP，它还是一个非常不错的前台开发工具！

把数据库的安全性交给数据库本身来处理，那么你在编VFP程序的时候，就能更加关注于程序本身的功能。
如此，你真的能够在很短的时间内编制出非常漂亮实用的程序来！

而编译成的EXE文件也不要继续裸奔了，加个壳啊什么的，不那么容易被反编译就好了。

我爱VFP，毕竟，她陪我度过了我的青春岁月，而直到现在，我依然在VFP上奋斗着~~~

是的，有同感

安全性问题主要体现在数据库上，如果不对数据库（表）进行加密处理，则任何人可以查看数据，确实很不安全。如果加密的话，势必在编程过程产生大量加密解密工作，稍大点的软件工作量可想而知。我一般只对登录密码进行加密处理，对于其它的没作处理，当然很不安全。
VFP对于网络方面不是专长，这个实际上也是导致数据不安全的主要原因（如果将数据放在一个服务器上安全性就将大大提高）。
现状是VFP在一些高版本的WINDOWS系统中，已出现了一定的不兼容性，但是对于单机用户来说，尤其在规模不大的情况下，VFP还不失为一种不错的选择。