vfp的前途如何？

实际应用中使用vfp来远程调用数据的好像没有，是不是表示它的前途愈来愈窄

71 个解决方案

#1

实际应用中使用 vfp 来远程调用数据有很多，只是你不知道。

有没有前途不取决于 VFP ，而取决于人。

#2

不可否认，vfp在快速开发数据处理程序上是有优势的，但尤于vfp不在.net的框架内，所以微软在vfp开发9.0之后不再后续开发了。

#3

Everything for web

#4

同意二楼，根据实际情况而定

#5

语言是其次,能满足客户要求的,就是最好的。. 

#6

如果微软在操作系统兼容方面封杀VFP，那就明着扼杀它的前途了。

#7

满足用户的需求就是有前途

#8

与其它的语言一样,各有特点

#9

用习惯做精了就非常好，象十豆三。

#10

前途无量

#11

1.假设MS卖了，这是一个很好消息
2.不在.net框架内，就怎么了，难道.net不是跑0,1

#12

引用 11 楼 unlist 的回复:

1.假设MS卖了，这是一个很好消息
2.不在.net框架内，就怎么了，难道.net不是跑0,1

1.VFP的专利技术以及国内转移到SQL Server和ADO.NET里了，VFP不会卖的。
2.不在.NET框架内证明VFP已经没了前途，.NET虽然最终也是跑0和1，但你应该知道在VFP与0/1之间有若干到关卡，有.NET框架，这些关卡你就能过去，没有，你就可能过不去了，目前有的关卡似乎已经对VFP关闭了。

#13

前途无量

#14

引用 12 楼 foxer 的回复:

引用 11 楼 unlist 的回复:
1.假设MS卖了，这是一个很好消息
2.不在.net框架内，就怎么了，难道.net不是跑0,1



1.VFP的专利技术以及国内转移到SQL Server和ADO.NET里了，VFP不会卖的。
2.不在.NET框架内证明VFP已经没了前途，.NET虽然最终也是跑0和1，但你应该知道在VFP与0/1之间有若干到关卡，有.NET框架，这些关卡你就能过去，没有，你就可能过不去了，目前有的关卡似乎已经对VFP关闭了。

不在。net框架也有可能是出于商业利益考虑，并非是vfp不行了，象vfp这样简单，便宜，还支持sql操作的有几个

#15

少了MS的支持，我很担心 :(

#16

引用 6 楼 rosion 的回复:

如果微软在操作系统兼容方面封杀VFP，那就明着扼杀它的前途了。

实际上VFP做的软件在vista系统中使用中，某些功能确实出现了不兼容的现象。

#17

一般的功能都能实现了，感觉挺好用的。

#18

引用 16 楼 shueshue 的回复:

引用 6 楼 rosion 的回复:
 如果微软在操作系统兼容方面封杀VFP，那就明着扼杀它的前途了。


 实际上VFP做的软件在vista系统中使用中，某些功能确实出现了不兼容的现象。

在VISTA中有哪些功能是用VFP做的？

#19

关注一下

#20

数据库开发的利器
用惯了感觉太方便了
习惯不了Ado.net

#21

感觉还行，VFP干一些小型的数据库开发还是不错的选择，

#22

还没有VFP能替代VFP的同类工具

#23

虽然比较简单但是还是有他的用途的，学好了自然知道妙处所在了。

#24

VFP是不错的
没有后续的升级版终有一天会无法运行在新的OS上

不是说交给开源了吗？没声音啊 :(

#25

开源了最好  ，移植到 LIUX 下  彻底抛弃 windows，
记得以前的 FOXBASE+ 是可以砸Unix 下重新编译 运行的， 不知道 现在的 VFP 是否可以，

#26

应该还可以用几年吧!呵呵, 我想微软不可能让它开源的, 一如当初它收购fox的目的就是要抢占市场, 而不是真的想发展vfp, 但如果微软一收购fox就把vfp给扼杀了, 那它一定会受到全世界狐友的抵制及质疑, 甚至会受到usa反垄断法的制裁, 但通过10年的过度, 它现在终于可以甩掉这个包服了.你不要以为java很牛, 如果有一天被微软这个老虎收购, java就是下一个vfp.

#27

说不清楚啊。微软不在出新版本了，就看今后windows的支持力度了。

#28

引用 3 楼 pajiqu 的回复:

Everything for web

十分同意，以后就要用云系统了，现在的视窗系统坚持不了几年了，所以微软必须退出.net为互联网服务

#29

引用 28 楼 peter0317 的回复:

引用 3 楼 pajiqu 的回复:
 Everything for web

 十分同意，以后就要用云系统了，现在的视窗系统坚持不了几年了，所以微软必须退出.net为互联网服务

打错了，是推出

#30

我在一家非IT公司的IT部门，所有的系统是我们自己开发。
系统部分是VFP+sql2000
部分是    vfp+dbf
部分是    VB+SQL2000
也是比较大的公司，月销售额在 1亿。
用户不去考虑你用的什么工具，只要系统快准，他们就喜欢。
做报表我喜欢用VFP，导出到Excel用VFP那更是方便！

#31

我用VFP只为分析数据、产生报表。写程序只用VFP自带的常用控件且不会写修改注册表一类的功能。
我用VFP写的程序都可在windows7上正常运行，看来还VFP6还能用10年 :)

#32

平时VFP几乎天天接触，有远程取数，有本地处理，作为一般的数据处理是第一选择！

#33

对于中小企业来说，VFP用途是很大，开发者也很轻松

#34

引用 1 楼 apple_8180 的回复:

实际应用中使用 vfp 来远程调用数据有很多，只是你不知道。

有没有前途不取决于 VFP ，而取决于人。

呵呵，说的好！

#35

作为数据库方面的应用，VFP开发的效率还是非常高的！
VFP确实是一款好工具，现在的9.0完全可以在Windows7上正常运行。
我就是一直用的VFP。
客户才不懂你用什么工具开发系统，只要你开发出来的系统稳定，速度，就OK！VFP在数据处理速度方面有哪个工具能比？

#36

引用 35 楼 zpf1688 的回复:

作为数据库方面的应用，VFP开发的效率还是非常高的！
VFP确实是一款好工具，现在的9.0完全可以在Windows7上正常运行。
我就是一直用的VFP。
客户才不懂你用什么工具开发系统，只要你开发出来的系统稳定，速度，就OK！VFP在数据处理速度方面有哪个工具能比？

同意楼上的,但:
大家不要坐井观天了,VFP可以用,但你不能把它作为发展方向
本人从DEBASEII->DEBASEIII->FOXBASE->FOXPRO,干了多少年?

约2002年时,本人看到VFP不支持UNICODE,又听说MS今后不再维护VFP了,准备换,换到现在,我还在用VFP,但已经是作为辅助工具了

VFP是MS的,人家不要了,你能用多久?

能用的时候就用,能学习新的东西就赶紧学吧!不要误了自己的前程

#37

在DOS时代就有人说basic语言就要淘汰，到现在还在应用，一个语言是否会被淘汰关键的问题是有没人在用并根据系统的发展在拓展这个语言。

#38

vfp ,适合单打独斗的软件开发工具，桌面数据库的瑞士军刀！

#39

够用就好，什么活用什么工具，趋长避短-----

#40

vfp没得玩了
希望能推出10.0版

#41

客户才不懂你用什么工具开发系统，只要你开发出来的系统稳定，速度，就OK！VFP在数据处理速度方面有哪个工具能比？

#42

一直很希望能有FoxPro在Linux下的应用，一直期望，一直失望。

#43

在引用api方面不如delphi,delphi封装了api,程序员直接调用就行，不必声明。

#44

引用 43 楼 sdjnjdxc 的回复:

在引用api方面不如delphi,delphi封装了api,程序员直接调用就行，不必声明。

如果VFP有10，真希望也将API封装进去。

#45

引用 43 楼 sdjnjdxc 的回复:

在引用api方面不如delphi,delphi封装了api,程序员直接调用就行，不必声明。

这样也有一个不好处，程序员分不清哪些是DELPHI自带的函数，哪些是API函数，除非专门学一下API或对API较熟。
呵呵，好了也不满意了

#46

如果VFP有10，真希望也将API封装进去。
================================
ms想做，可能是举手之劳，想不明白，MS为何不做。

#47

个人的使用不是想丢就丢的,这么长时间开发的工具,丢了太可惜

#48

中、小 公 司还是不错的数 据 分 析 工具，虽现在ORACLE，但作为一个客户端处理软件，还是很好的选择。还能再用5年以上……

#49

我觉得vfp还是不错de .

#50

现在做的比较多的事情是在vfp中调用gdiplusx类库