為什麼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上奮斗著~~~