为什么vfp这么便宜

Ⅰ vfp、sql、c语言、c++、vb哪个好学

我给出的建议：
1.vfp在我的身边已经很少用了，如果是学习数据库建议学习微软 MS SQLServer 或者是 Oracle，还有就是 MySQL。从做程序的角度讲，懂一款数据库产品是必须的
2.SQL是结构化查询语言，是关系型数据库的标准语言，如果要在程序方面发展，必须得学
3.C与C++，有共同之处，C++分两部分：面向过程的部分与面向对象的部分，面向过程的部分与C几乎是相同的，但也会有一些细微差别，你可以直接学习C，然后在学习C++的面向对象部分，当然你也可以直接学习C++，这样的话两部分都要仔细的学习。对C++的学习在我看来还是非常重要的，因为现在的诸多语言语法都是类C的，比如说：JavaScript、Java、C#等，如果你学会了C++，任何一门面向对象的语言对你来说都不在困难，比如说：C#、Java，机制都是一样的。
4.VB如果你没有时间，可以放弃，当你学会了C，VB就是很简单的了。比如说我，从未专门学习过VB，但是懂C与C++的我依然可以拿其做开发。C#也没有专门学过，但是现在在工作中也在广泛使用。
结论：建议你学习C++，SQL，如果说哪个好学，其实在我看来都是差不多的。
希望对你有帮助，如果有疑问可以留言。

Ⅱ 谁能愿意有时间教一下我计算机二级里的vfp呀我自己学实在是很吃力.我的qq是280142092.谢谢各位帮忙了.

我建议你报个辅导班，现在VF二级很便宜了，有些机构还可以压题，挺准的，笔试和机试都有，一般都是保过的。

Ⅲ VFP是不是有点过时为什么被另外一个软件代替了吗

已经很少有人用VFP，一般都使用DELPHI、SQL等工具！VFP没前途了

Ⅳ vf现在还有用吗

有没有用，关键是看你实际中应该怎么使用，虽然微软已经放弃VFP 多年，但VFP迷现在仍然很多，而且通过通过他们自己开发的小控件，在很大程度上延伸了vfp的使用范围，同时也延长了vfp的寿命，但vfp毕竟已经是过去式，虽然VFP 并是不病入膏肓，但微软的放弃确实已经使它走到了尽。随着WIN 7的发布，VFP 在新系统上已经出现了这样或那样的问题，到2011 年左右 WIN 8发布的时候，VFP 肯定走到了尽头 ！原因是 WIN 8 是纯 64位系统，而且不像 WIN 7 那样可以兼容 32 位的系统，悲哀的是 VFP 是32 位的，所以到时候肯定不能再新系统上运行 ！ 而且目前微软已经停止了对 windows 98、2000 以及xp sp2 的更新......... 所以即使现在可以使用VFP ，也用不了多长时间了！这么好的一个东西就这么被微软给糟蹋了....

Ⅳ 全国计算机二级VFP好考吗都需要看哪些书

据说是最好考的，VB第二。自己把握吧，最好能利用寒假的时间好好学习，不要说过年看不下书，我就是过年的时候看书考一次就过二级的。
我推荐高等教育出版社的课本，我觉得很好，该详的详，该略的略，紧紧围绕考试大纲。
另外，最好能再在网上下载一些模拟机试软件，上机的时候有些准备，推荐一个给你，接着。
http://www.ncre.cn/ncre_new/download/index.html
绝无病毒，我在上面下了，觉得还不错，不过题量少了一点，但能把这些题全弄懂的话，机试就没问题了。

Ⅵ VB和VF比较哪个更实用

vb是比较全面的开发语言，vf是集成开发语言的数据库管理系统，论实用方面，vf应该在某些领域优于vb，比如在企业，机关，家庭等开发财务，进销存，人事管理等，vf会变得非常好用，快捷，界面美观，但开发游戏是软肋。
vf淘汰论，是不懂vf的人说的，还有若干人在若干年前说dos淘汰了。。。转贴一篇文章，看看吧
vfp还有前途吗？ vfp落时了，赶快放弃vfp吧！在各种vfp的论坛、bbs上常常见到这样的问答。即使是大名鼎鼎的《电脑报》，也堂而皇之的在一篇论述编程语言的文章中说道;微软不再发行vfp的下一个版本了。真的是那样吗？ 事实恰恰相反。 关于微软不再发行vfp的谣言并非是今日才出现的。早在vfp5的时候，就已经出现了不会再有下一个vfp版本的谣言，然后，vfp6发行了。 现在又有了vfp6不会再有下一个版本的谣言。 这种谣言广泛的传播于非vfp程序员中，并且深信不疑。 可是，让他们失望的是，今年10月，在vb7 demo发行前两天，vfp7 demo先发行了。 来自vfp devcom 2000的消息指出，vfp7正式版将在明年春季发行，目前主要的工作是使vfp7适合于 microsoft .net 框架。 所谓的vfp6不再有下一版的谣言，大概又会变成vfp7不再有下一个版本了吧？
为什么会有这种谣言而且流传的这么广呢？
不妨让我们先来看一下vfp中的天字第一号问题：为什么我的程序编译完成以后，运行时却一闪而过？这个问题已经被提出了n千次了！几乎每个初学者都要在网上问一遍这个问题，老鸟们回答这个问题都答厌了。其实这个问题并不难，只要读过任何一本教科书，都会告诉你：要做一个主程序，在其中建立read events...clear events的事件循环。解决问题很简单，但为什么几乎所有人都视而不见呢？我想这就是问题的关键：绝大多数人，他们喜欢的是一个不用学习、看书，拿起来就可以用的语言；他们需要的，只是一个;可视化;（visual）的较好的、不用写代码或只要写很少代码的开发工具，如vb、pb。大多数人使用一个新的开发工具的时候，跟使用一个工具软件差不多：拿起来先用，碰到难题时才去看书、看帮助，当然，最好不用看书、看帮助，现在不是有internet了嘛，干脆，上网去问别人。
这样，他们评价一个语言的好坏的标准，就主要的集中于这个语言的可视化水平的高低，也就是说只用图形界面、不用代码编程的水平的高低。如果c/c 是一门今天才出现的新语言，那么肯定也会被打入已经过时了的冷宫。一个广泛的误解是：许多人甚至认为可视化的程度越高，这个语言的面对对象程度就越高。很少有人搞清楚：到底vb和vfp哪个才是面对对象的编程语言。所谓的面对对象编程，主要是指语言的四个特征：抽象、封装、继承和多态性。具体的讲，要判断一门语言是否视面对对象的，只要看看它是否能够建立自己的类、能否派生子类、建立自定义属性、方法就可以知道了。过去，我们宣传一个面对对象编程语言的好处是：使用图形界面的向导、生成器，可以不用代码、或只用很少的代码就可以快速开发应用程序；提供了大量的控件，可以使用户直接在自己的程序中使用它而不用去管它的内部细节。这些优点并没错，但它们只是面对对象编程思想的外在表现，而前面的四个特征才是面对对象编程的本质。打个比方：如果我们把这些优点比作金子，那么这四个特征就是点金术。这些点金术vb中都没有。而vfp几乎从它诞生起就实现了。其实，在这方面，一直是vb在慢慢的向vfp靠拢。这就是为什么vfp用户总是在惊讶：人人都说vb好，可为什么许多让vb用户们大声赞誉的vb5、vb6的;新特性;听起来好像都是vfp3里就有的东东？据说，vb7才会真正支持面对对象。有些人开始担心，一旦vb开始实现面对对象了，vb的用户将会大大减少。这是一个重要的原因：大多数用户，他们只需要别人提供给他们现成的activex控件，很少或者根本不愿意去自己建立一个控件。他们只想用现成的activex控件来拼装自己的程序，而不想用面对对象编程原理、编程思想来设计自己的控件。虽说人人都知道，点金术比金子好，可大多数人总是怕点金术掌握起来太麻烦，宁愿用别人点出来的金子。遗憾的是：对于vfp来说，面对对象编程原理是至关重要的。不能理解面对对象编程的思想，就无法用好vfp。
当年，foxer的队伍曾经相当的庞大，国内程序员使用的开发工具似乎除了c/c 就是fox了。但是，当fox从foxbase升级到foxpro 2.x的时候，许多人被挡在了门外，因为他们不能理解可视化编程的思想；从foxpro 2.x升级到vfp3.0的时候，又有更多的人掉队了，原因是无法接受面对对象编程思想。当初国内曾经盛极一时的mis公司现在几乎都已经销声匿迹了。我们发现，让fox的老用户理解新的编程思想相当的困难，结果是：他们要么继续用foxpro2.x，要么在开始转学vb、pb、lphi。在这方面，他们中许多人甚至不如从未学过fox的初学者。今天，还有许多人把vfp6当成foxpro 6.0，仍然在用面对过程的思想在vfp下编程，他们的程序里还是充斥着 @....say、@....get之类的东西。当他们使用了vb以后，理所当然的认为：vfp过时了！看到这里，读者大人们可能不服气：你说的再好，微软为什么不大力支持vfp？为什么几乎不宣传vfp？ok，让我们仔细看下面一段。

microsoft出售两个数据库工具。其中一个foxpro快速而便宜，并且不需要额外的花费，你只需付一次钱。另一个vb和sql sever需要的花费像它们的体积一样庞大并且运行的相当缓慢。foxpro用户也能使用sql，但是他们从来不转移到sql sever上去，他们根本不愿意这么做。他们从来不认为有这样的需要，甚至很少谈到sql sever。但是不给用户以可供的选择，他们将继续被蒙蔽下去。只给他们一种本地表达到五万个记录就会窒息的语言，并把sql作为唯一能挽救他们的开发投资的途径。他们将会跟从这个潮流，他们不得不这么做。我不知道让你的用户花费两万美元而忽略了五百美元这么做是否违法。我同样不知道推荐一个对大多数数据库项目来说据称过度结实的技术是否合法。但它看起来是错误的。
对一个公司来说，高昂的成本并不是最重要的坏事。你的竞争者也必须忍受同样的成本。在所有的商业中，被迫从低成本的技术转移到高成本的技术因而被击败是理所当然的。如果你的程序员决定使用sql，而你的竞争者使用一种更好、更便宜的技术，那么你将陷入经济的劣势。如果你的竞争者和你一样做了，那么你们的成本是相同的。在你所在的行业中没有人会失去什么。

除了美国消费者，为什么我象是整个it行业中唯一推荐foxpro的程序员？记得在大学里不要跟随潮流吗？记得含沙射影的诽谤的力量吗？;如果它那么好，为什么microsoft不为它做广告？他们肯定羞于谈到它。;真相是不能被掩盖的。microsoft 知道 visual foxpro 是多么棒。ms sql 的销量将会以百万美元计的减少。现在你知道故事的其余部分了。我们是这个善意的疏漏的关键。为了被看作是正义的，microsoft 不能杀死 foxpro。（译者注：就在不久前，vfp7 的测试版先于 vb7 发布。这是对那些到处散布;vfp要完蛋了之类的谣言的人的一个有力的反击。）但是我们能。如果我们屈服于诽谤并保持沉默，那么 microsoft 赢了。我们、和我们的客户、还有客户的客户，都是失败者。通过低头承认失败，我们可以被允许做出看起来像是对的一方的样子。我知道逆潮流而行是困难的。我已经被要求不要唤起人们对这个问题的关注，但我还是坚持并期待着。我希望你也那么做。既然microsoft 不再宣传 foxpro，我已经有了一个用两种方式建立同样的一个实例程序的方案（不管别人怎么称呼它），我们公平竞争。这个项目没有买主。所以你自己来试验一下。选择任何一个应用程序，用两种语言来完成它，然后比较开发的结果。这是一。然后装入10万个纪录并都运行它们，比较它们的性能。这是二。最后，现在考虑配置一个sql sever的成本，这时唯一治疗mdb文件象冰河一样缓慢的性能的方法;;当然你必须忍受像sql的体积那么大的成本，然后加入一个数据库管理员的成本，除非ms sql 7.0能够再为你节省10万美元的隐藏成本。

Ⅶ VFP和VB哪个更简单实用.更容易过

考vb更好，我是这么认为，vfp现在已经淘汰了 但是论简单，
是vfp更简单，更容易上手，vb也不会难很多，
只要自己努力就没问题 我觉得国二最好考c语言，这个最实用

Ⅷ 为什么说微软公司放弃了vfp的开发呢为什么大家都说数据库不要用vfp呢

微软公司是不是放弃了VFP我就不太清楚了，至于说VFP我个人认为也许有一天会被淘汰，请不要生气我这么说，虽然我不了解VFP，VFP数据库编程软件，又能编程又能做数据库，说起来挺完美，但是中国有句老话“鱼和熊掌不可兼得”，编程软件现在优秀的太多了比如.NET和JAVA，而优秀高性能的数据库更是层出不穷比如SQL、Oracle

记得我还上高中的时候用过VFP,那时候已经快没淘汰了...

Ⅸ 听说微软公司不再开发VF了，是真的吗请大伙告诉我好不好！

vfp还有前途吗？ vfp落时了，赶快放弃vfp吧！在各种vfp的论坛、bbs上常常见到这样的问答。即使是大名鼎鼎的《电脑报》，也堂而皇之的在一篇论述编程语言的文章中说道;微软不再发行vfp的下一个版本了。真的是那样吗？ 事实恰恰相反。 关于微软不再发行vfp的谣言并非是今日才出现的。早在vfp5的时候，就已经出现了不会再有下一个vfp版本的谣言，然后，vfp6发行了。 现在又有了vfp6不会再有下一个版本的谣言。 这种谣言广泛的传播于非vfp程序员中，并且深信不疑。 可是，让他们失望的是，今年10月，在vb7 demo发行前两天，vfp7 demo先发行了。 来自vfp devcom 2000的消息指出，vfp7正式版将在明年春季发行，目前主要的工作是使vfp7适合于 microsoft .net 框架。 所谓的vfp6不再有下一版的谣言，大概又会变成vfp7不再有下一个版本了吧？
为什么会有这种谣言而且流传的这么广呢？
不妨让我们先来看一下vfp中的天字第一号问题：为什么我的程序编译完成以后，运行时却一闪而过？这个问题已经被提出了n千次了！几乎每个初学者都要在网上问一遍这个问题，老鸟们回答这个问题都答厌了。其实这个问题并不难，只要读过任何一本教科书，都会告诉你：要做一个主程序，在其中建立read events...clear events的事件循环。解决问题很简单，但为什么几乎所有人都视而不见呢？我想这就是问题的关键：绝大多数人，他们喜欢的是一个不用学习、看书，拿起来就可以用的语言；他们需要的，只是一个;可视化;（visual）的较好的、不用写代码或只要写很少代码的开发工具，如vb、pb。大多数人使用一个新的开发工具的时候，跟使用一个工具软件差不多：拿起来先用，碰到难题时才去看书、看帮助，当然，最好不用看书、看帮助，现在不是有internet了嘛，干脆，上网去问别人。
这样，他们评价一个语言的好坏的标准，就主要的集中于这个语言的可视化水平的高低，也就是说只用图形界面、不用代码编程的水平的高低。如果c/c 是一门今天才出现的新语言，那么肯定也会被打入已经过时了的冷宫。一个广泛的误解是：许多人甚至认为可视化的程度越高，这个语言的面对对象程度就越高。很少有人搞清楚：到底vb和vfp哪个才是面对对象的编程语言。所谓的面对对象编程，主要是指语言的四个特征：抽象、封装、继承和多态性。具体的讲，要判断一门语言是否视面对对象的，只要看看它是否能够建立自己的类、能否派生子类、建立自定义属性、方法就可以知道了。过去，我们宣传一个面对对象编程语言的好处是：使用图形界面的向导、生成器，可以不用代码、或只用很少的代码就可以快速开发应用程序；提供了大量的控件，可以使用户直接在自己的程序中使用它而不用去管它的内部细节。这些优点并没错，但它们只是面对对象编程思想的外在表现，而前面的四个特征才是面对对象编程的本质。打个比方：如果我们把这些优点比作金子，那么这四个特征就是点金术。这些点金术vb中都没有。而vfp几乎从它诞生起就实现了。其实，在这方面，一直是vb在慢慢的向vfp靠拢。这就是为什么vfp用户总是在惊讶：人人都说vb好，可为什么许多让vb用户们大声赞誉的vb5、vb6的;新特性;听起来好像都是vfp3里就有的东东？据说，vb7才会真正支持面对对象。有些人开始担心，一旦vb开始实现面对对象了，vb的用户将会大大减少。这是一个重要的原因：大多数用户，他们只需要别人提供给他们现成的activex控件，很少或者根本不愿意去自己建立一个控件。他们只想用现成的activex控件来拼装自己的程序，而不想用面对对象编程原理、编程思想来设计自己的控件。虽说人人都知道，点金术比金子好，可大多数人总是怕点金术掌握起来太麻烦，宁愿用别人点出来的金子。遗憾的是：对于vfp来说，面对对象编程原理是至关重要的。不能理解面对对象编程的思想，就无法用好vfp。
当年，foxer的队伍曾经相当的庞大，国内程序员使用的开发工具似乎除了c/c 就是fox了。但是，当fox从foxbase升级到foxpro 2.x的时候，许多人被挡在了门外，因为他们不能理解可视化编程的思想；从foxpro 2.x升级到vfp3.0的时候，又有更多的人掉队了，原因是无法接受面对对象编程思想。当初国内曾经盛极一时的mis公司现在几乎都已经销声匿迹了。我们发现，让fox的老用户理解新的编程思想相当的困难，结果是：他们要么继续用foxpro2.x，要么在开始转学vb、pb、lphi。在这方面，他们中许多人甚至不如从未学过fox的初学者。今天，还有许多人把vfp6当成foxpro 6.0，仍然在用面对过程的思想在vfp下编程，他们的程序里还是充斥着 @....say、@....get之类的东西。当他们使用了vb以后，理所当然的认为：vfp过时了！看到这里，读者大人们可能不服气：你说的再好，微软为什么不大力支持vfp？为什么几乎不宣传vfp？ok，让我们仔细看下面一段。

microsoft出售两个数据库工具。其中一个foxpro快速而便宜，并且不需要额外的花费，你只需付一次钱。另一个vb和sql sever需要的花费像它们的体积一样庞大并且运行的相当缓慢。foxpro用户也能使用sql，但是他们从来不转移到sql sever上去，他们根本不愿意这么做。他们从来不认为有这样的需要，甚至很少谈到sql sever。但是不给用户以可供的选择，他们将继续被蒙蔽下去。只给他们一种本地表达到五万个记录就会窒息的语言，并把sql作为唯一能挽救他们的开发投资的途径。他们将会跟从这个潮流，他们不得不这么做。我不知道让你的用户花费两万美元而忽略了五百美元这么做是否违法。我同样不知道推荐一个对大多数数据库项目来说据称过度结实的技术是否合法。但它看起来是错误的。
对一个公司来说，高昂的成本并不是最重要的坏事。你的竞争者也必须忍受同样的成本。在所有的商业中，被迫从低成本的技术转移到高成本的技术因而被击败是理所当然的。如果你的程序员决定使用sql，而你的竞争者使用一种更好、更便宜的技术，那么你将陷入经济的劣势。如果你的竞争者和你一样做了，那么你们的成本是相同的。在你所在的行业中没有人会失去什么。

除了美国消费者，为什么我象是整个it行业中唯一推荐foxpro的程序员？记得在大学里不要跟随潮流吗？记得含沙射影的诽谤的力量吗？;如果它那么好，为什么microsoft不为它做广告？他们肯定羞于谈到它。;真相是不能被掩盖的。microsoft 知道 visual foxpro 是多么棒。ms sql 的销量将会以百万美元计的减少。现在你知道故事的其余部分了。我们是这个善意的疏漏的关键。为了被看作是正义的，microsoft 不能杀死 foxpro。（译者注：就在不久前，vfp7 的测试版先于 vb7 发布。这是对那些到处散布;vfp要完蛋了之类的谣言的人的一个有力的反击。）但是我们能。如果我们屈服于诽谤并保持沉默，那么 microsoft 赢了。我们、和我们的客户、还有客户的客户，都是失败者。通过低头承认失败，我们可以被允许做出看起来像是对的一方的样子。我知道逆潮流而行是困难的。我已经被要求不要唤起人们对这个问题的关注，但我还是坚持并期待着。我希望你也那么做。既然microsoft 不再宣传 foxpro，我已经有了一个用两种方式建立同样的一个实例程序的方案（不管别人怎么称呼它），我们公平竞争。这个项目没有买主。所以你自己来试验一下。选择任何一个应用程序，用两种语言来完成它，然后比较开发的结果。这是一。然后装入10万个纪录并都运行它们，比较它们的性能。这是二。最后，现在考虑配置一个sql sever的成本，这时唯一治疗mdb文件象冰河一样缓慢的性能的方法;;当然你必须忍受像sql的体积那么大的成本，然后加入一个数据库管理员的成本，除非ms sql 7.0能够再为你节省10万美元的隐藏成本。

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

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

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

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

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

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

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

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

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

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