美國vf集團股票

㈠ VF中stock什麼意思

stock

n.股份，股票; 庫存; 樹干; 家畜;

adj.常備的，存貨的; 陳舊的;

vt.提供貨物; 備有;

vi.出新芽; 囤積;

[英][stɒk][美][stɑ:k]

㈡ VF是什麼

VF是visual
foxpro
微軟出的一個資料庫開發系統，和access類似。

㈢ VF集團收購Supreme，你被驚到了嗎

VF 集團21億美元收購 Supreme，這個消息確實意外，畢竟曾經的supreme可是風靡全球，處處可見相關的門店與服飾。而收購Supreme的VF集團，正是我們熟知的vans、timberland以及The North Face等的老東家——VF Corp.

Supreme的品牌價值究竟有多少？這個問題沒有人能說清，如果說放在2017年，21億美金遠遠不夠。但在今年，21億美金綽綽有餘。疫情當下，各行各業都遭受了不同程度的沖擊，整個服裝市場至今都沒有從創傷中完全恢復，LV在年初損失將近2000億人民幣，GAP險些倒閉。

相比當下環境，Supreme還能這么值錢，已經實屬不易了，未來市場走向不透明，虧損趨向逐漸擴大，及時的風險轉讓，或許才是唯一出路。

㈣ VF是什麼

VF是一種資料庫的語言,不過聽說用VF還可以編程的,具體的最好上網查一下!C語言是一種基礎語言,如果你不做編寫底層系統文件的工作,那學習C是沒有什麼用的.關於VF,好像現在用的也不多.現在寫程序有用的好像是VB!個人意見,僅做參考!

㈤ VF的威富公司簡介

威富集團於1899年創建於美國賓夕法尼亞州里丁市，至今已發展成為全球最大的成衣上市公司之一（NYSE：VFC），年營業額超過70億美元。在過往的100多年中，威富不斷為消費者創造高品質高價值的品牌服裝，並藉此取得長足的發展。威富旗下的牛仔系列，戶外系列及專業服裝在市場上處於領先地位，銷售網路遍布各種渠道。

㈥ VF的全名是什麼

Visual FoxPro簡稱VFP。

Visual FoxPro簡稱VFP，是Microsoft公司推出的資料庫開發軟體，用它來開發資料庫，既簡單又方便。Visual FoxPro源於美國Fox Software公司推出的資料庫產品FoxBase，在DOS上運行，與xBase系列相容。

FoxPro原來是FoxBase的加強版，最高版本曾出過2.6。之後，Fox Software被微軟收購，加以發展， 使其可以在 Windows 上運行， 並且更名為 Visual FoxPro。

(6)美國vf集團股票擴展閱讀：

發展過程

1980年，Ratliff 和3個銷售精英成立了 Aston-Tate 公司，直接將軟體命名為 dBASE Ⅱ而不是 dBASEⅠ。後來這套軟體經過維護和優化，升級為 dBASE Ⅲ。

1992年，微軟公司在收購 Fox Software 公司後，推出 FoxPro 2.5版本，有MS-DOS和 Windows 兩個版本。使程序可以直接在基於圖形的 Windows操作系統上穩定運行。

1995年，推出了 Visual FoxPro 3.0資料庫管理系統。它使資料庫系統的程序設計從面向過程發展成面向對象，是資料庫設計理論的一個里程碑。

1998年，在推出 Windows 98操作系統的同時推出了 Visual FoxPro 6.0。

21世紀以來，Visual FoxPro 7.0、Visual FoxPro 8.0 和 Visual FoxPro 9.0 也相繼推出，這些版本都增強了軟體的網路功能和兼容性。同時，微軟公司推出了 Visual FoxPro 的中文版本。

㈦ 問什麼叫Vf

VF ：為字母縮寫最常見的解釋有以下幾種---- 1。世嘉主機游戲：快打(Virtua Fighter），也叫Vf戰士； 2。計算機編程語言：資料庫軟體Visual Foxpro； 3。法國著名服裝公司：VF Corporation(威富公司)，旗下由著名戶外運動品牌-The North Face和牛仔品牌-Lee。 4。【醫】心室纖顫[Ventricular Fibrillation VF] 5。LED參數裡面的主要參數：VF 順向電壓

㈧ vf是什麼

作為市場上最靈活和功能最強大的資料庫管理系統，Visual FoxPro擁有悠久而輝煌的發展歷史。它初創時是Fox Software公司的FoxBASE產品，「Fox」（這是國際編程界對它的稱呼）一種可靠、便捷和高效的程序員用的資料庫產品而名聞遐邇。 世界上沒有一種產品像 Visual FoxPro 那樣運行，它是獨一無二的！

許多人在享受了Visual FoxPro的服務後卻說不清它是什麼。就讓我們沿著它的發展軌跡了解了解它吧！這會使您能對它有更深刻的認識。

FoxPro隸屬於一種名為Xbase的DBMS類別。Xbase這個術語很常見，他表示諸如FoxPro、dBASEIII PLUS、dBASEIV、FoxBASE+以及ARAGO的語言。Xbase最初起源於一個大型機使用的DBMS，這個DBMS叫做JPLDIS（噴射推動實驗室資料庫管理和信息檢索系統）。這個DBMS 是由美國人Jeb Long在1972年開發成功的。到目前為止全世界的開發者和程序員已經編寫了幾千萬行的Xbase代碼。

追溯到80年代末，FoxBASE是dBase的克隆系統。只要是dBASEIII能做的工作，FoxBASE就能做得更好更快。FoxBASE雖然擁有某些全新的特徵，但它並沒有真正重大的技術突破，只是為了運行得更快更好，而更重要的是它與dBASEIII兼容。

FoxPro 1.0首先背離了與兼容的原則。它開始在圖形用戶界面的設計和軟體開發方法中採用一些新的思路，從而使它領先於當時年前景已不妙的dBASEIV。

從2.0開始，FoxPro才真正形成了它自己的特色。當FoxPro 2.0推出時，它包含了若干項關鍵技術，給PC資料庫開發市場帶來了革命性的變化。這些技術是：

加入了Rushmore技術，它能從事許多難以想像的復雜工作。突然之間，帶有以百萬計數的記錄的表格在PC資料庫系統中不僅成為可能，而且可以非常容易地加以實現，無需轉用其他比較昂貴的技術；Rushmore最重要的優點在於它是完全自動化的,不用用戶花費精力和時間。因為有了Rushmore技術，再加上Fox天生的快速，即使在今天Visual FoxPro仍然是最快的桌面資料庫引擎。

SQL語句是FoxPro 2.0推出的另一項具有革命性意義的關鍵技術。Fox的開發人員首次用單一語句取代了整個程序過程，並且這種支持是內含於Fox數據引擎之中的。SQL語言曾經並且現在仍然是強大的數據語言。
FoxPro 2.0還推出了某種所見即所得的開發報表和屏幕的工具。

FoxPro 2.0確實具備了我們今天的Visual FoxPro擁有的一些出色的功能。GUI設計服務、SQL和極快的數據訪問，是它明顯的特徵。

FoxPro 2.5有for DOS、for Windows版，不過那個Windows版只是具有看上去像「Windows」的DOS應用程序的外觀。特別是那個DOS下的版本絕對是經典之作，觀察身邊是不是還有很多這樣的系統在運行著？當時有人這樣評價：這個軟體已經無法再快了，除非硬體升級……

直到1995年春天Visual FoxPro推出時，才出現了FoxPro的又一次重大改進（這時Microsoft已經收購了Fox Software公司）。Visual FoxPro 3.0增加了一些人們企盼已久的特性，使PC資料庫開發界大為震驚。我們可以看到：Visual FoxPro與FoxPro是由很大差別的，不要再把Visual FoxPro成為FoxPro了。這些特性是：

資料庫容器（Database Container），也叫DBC，它增加了開發人員多年盼望的對存儲過程的支持、與表格相關聯的數據規則和一系列的附加數據功能。

遠程數據的無縫連接。談到連接遠程數據的處理，大家往往會想到RDO、ADO、BDE等處理數據引擎，那麼Visual FoxPro利用什麼實現遠程數據的無縫連接？Visual FoxPro本身的數據處理引擎，這和其他任何開發工具都是不同的！Visual FoxPro數據處理引擎通過ODBC驅動程序與遠程資料庫伺服器「通話」，遠程資料庫伺服器的ODBC驅動程序能將Visual FoxPro數據轉化成可由他們解釋的數據；相反，Visual FoxPro的ODBC驅動程序也能將遠程數據轉化成可由Visual FoxPro數據引擎處理的數據。可見，只要遠程資料庫有ODBC驅動程序，就可以用Visual FoxPro最為客戶端軟體。常見的SQL Server、Oracle、Access等資料庫都提供ODBC驅動程序。

在Visual FoxPro中實際操作遠程數據有兩種方法，遠程視圖和SPT技術。視圖（View）是可更新的SQL游標，增加了一整套的數據訪問方法，用於數據處理、GUI顯示和報表製作。它支持兩種類型的視圖，即本地視圖和遠程視圖。本地視圖是基於Visual FoxPro表格的視圖，遠程視圖是基於任何ODBC數據源的視圖。另外為了使Visual FoxPro成為完整的C/S開發環境，除視圖之外Visual FoxPro還支持SPT（SQL Pass Through）技術來完成視圖無法完成的工作，比如資料庫伺服器的用戶管理、存儲過程調用等。View與SPT技術的產生後，Visual FoxPro就成為訪問遠程數據的主要工具。從總體來看，創建整個企業范圍內的應用程序和使用存儲在遠程數據源中的數據，幾乎與使用Visual FoxPro表格本身一樣容易，處理在數據存取時增加了一些命令、函數，數據處理與普通的Visual FoxPro編程沒有任何區別。再次指出：Remote View與SPT技術是由Visual FoxPro數據處理引擎直接支持的，這與在VB、VC++中的外部數據訪問技術不同（他們使用組件，如：DAO、RDO、ADO……），所以用Visual FoxPro訪問遠程數據的效率很高，並能把遠程數據與本地數據完美的融合在一起，最大程度地提高開發效率和程序運行效率。

完全支持面向對象技術（OOP）。充分而健壯的實現了面向對象的處理方式大大改善了軟體開發條件。健壯的對象模型和創建你自己的類及子類的所用的功能，形成了一種全新的軟體開發手段。

Visual FoxPro 5.0是3.0的升級版本，它是一個32位的系統。具備了使用和創建COM伺服器的功能，並開始支持在Internet上發布Visual FoxPro。從這個版本開始，Visual FoxPro進入了Visual studio家族，並且Visual FoxPro將不再升級的謠言也是在這個時期出現。

在Visual FoxPro 6.0出現之前，微軟計劃推出DNA，演化到今天就是.NET，並承諾把Visual FoxPro發展成健壯的中間層工具，所以這以後Visual FoxPro的變化初級用戶就不太容易感覺了。

Visual FoxPro 6.0也沒有根本上的變化，不過有些變化還是相當明顯的。Access和Assign這兩種方法在控制放入你的對象中的數據方面很有創意。運用新的Component Gallery（組件庫）和Foundation Classes(基礎類)，你能很容易地轉向創建面向對象的應用程序的工作。對COM支持的更好，在Server Pack 3後我們可以用Visual FoxPro創建多線程的COM組件。

Visual FoxPro 7是Fox第一個可視化版本——Visual FoxPro 3以後的最具有革命意義的一次產品升級換代。關於它的特性，稍候本文會有專門段落講解。

Visual FoxPro的語言是由Xbase、SQL、OOP構成的。我不知道這樣分解是否合理，我只是從FoxPro的發展歷史得出以上結論的。其實以上三者在Visual FoxPro完美的融合在一起了，已經與Visual FoxPro血脈相連、不可分割，很多語句、函數很難區分它屬於哪個門類（也沒必要）。再者Xbase這一叫法也不十分妥當，這樣容易讓人誤會，好像Visual FoxPro的語言是沒有發展的「死語言」、是十幾年前的「老古董」，其實在FoxPro每一次升級中（現在已是Visual FoxPro 7）都會對這部分語言進行修訂、增補。我看還是這樣：Visual FoxPro語言就叫它：「Visual FoxPro語言」，它既不同於任何以往的Xbase（最多有歷史淵源），也不同於其它的編程語言。這就象Delphi那樣，是Object Pascal語言，不是以前的Pascal；VB就是VB，不是以前的 Basic。

從Fox進入可視化的時代後，對COM技術的支持一直是Visual FoxPro在過去、現在、將來不斷改進的地方。面向對象程序設計（OOP）的最大的好處就在於代碼的重復使用。然而，OOP只是一種解決代碼重復使用的一種優秀的方案（solution）。單純利用OOP技術不僅要求所有對象都必須用一種語言完成，並且你還需要得到原程序代碼嵌入應用程序（就像我們在Visual FoxPro開發使用Class那樣）。如果對象是有你或你的公司完成的這些可能不是什麼問題，但如果對象是由其他人或其他公司寫的這就是問題了……再者為了節省資源我們常希望把一對象放在遠程的計算機上供許多應用程序使用，怎樣簡單、安全完成這個任務呢？看來，單有OOP是不行的！於是微軟提出了Component Object Model（COM）技術，有了它我們就不需要把對象源程序嵌入我們的應用程序中，就可以使用其他語言開發的對象，就可以分布的使用對象了。

COM技術提供四種不同的特性，Visual FoxPro支持所有的COM 特性。

ActiveX documents 允許用戶在一個應用程序中編輯另一個應用程序的document。我們把Word文檔嵌入或鏈接到Visual FoxPro中，就可以不離開Visual FoxPro編輯Word文檔了。

ActiveX controls 為開發人員提供了增加的系統功能的方法，典型的應用就是各類ActiveX控制項的使用來加強用戶界面。這里要說明的是Visual FoxPro不支持（7.0也不支持）「集裝箱式的」ActiveX 控制項，比如Cool bar控制項。

Automation 允許用戶在一個應用程序中操縱另外一個應用程序或組件，典型的應用就是Visual FoxPro 與Office 的OLE-Automation應用。

Remote Automation 或者稱 Distributed COM (DCOM)與Automation技術差不多，只是它支持組件的分布，這就是微軟的分布式應用戰略。

Visual FoxPro 不支持Active controls（ActiveX）的開發，但支持server components的開發，也就是在Automation、Remote Automation中使用的組件都可以用Visual FoxPro來開發。Visual FoxPro的這種能力是從5.0開始具有的，到了6.0的SP 3已經可以開發出多線程的組件了，這些在上文已經有過論述。以後的 Visual FoxPro 版本一定會對Automation，特別是Remote Automation有更好的支持，無論是開發server components，還是由Visual FoxPro充當客戶程序。

綜上所述，Visual FoxPro是創建關鍵任務的、企業范圍的、面向對象的單層次、雙層次、多層次應用程序的重要開發工具，這些應用程序可以在本地或全球范圍內進行配置。
Visual FoxPro 已經過時了嗎

恕我直言，這樣的問題我真的聽膩了。這個問題我聽了好幾年了。從謠言出現到今天Visual FoxPro的版本已經生了兩次變化，就是Visual FoxPro 6.0 與2001年春天推出的Visual FoxPro 7.0。根據微軟的官方消息，Visual FoxPro 8（可能是這個名稱吧）已經在研發之中了。我不敢保證是否會有Visual FoxPro 9.0（這就像我不敢保證微軟是否在那時還存在一樣）。可以這樣認為，只要不出意外情況（比如微軟倒閉、業界發生了重大的變革等），Fox就會平穩地發展！

在國外，一個程序員、一家公司把他們使用的開發工具視作一項投資，作為Visual FoxPro的開發廠商微軟公司就必須保護客戶的投資權益，這是很基本的商業原則，微軟絕對不敢隨意淘汰有著50萬用戶的Fox，除非永遠不想賺這50萬用戶的錢了。

為什麼會有Visual FoxPro 要淘汰的傳聞呢，我不是很清楚。但這兩年微軟對Visual FoxPro的不宣傳態度卻是為這股謠言起到了推波助瀾的作用。另外Visual FoxPro 確實是一個容易引起誤會的產品，初級用戶很容易對它產生「不怎麼樣的」評判，於是加上那謠言就產生了「Visual FoxPro 就真的要淘汰了」的幻覺了。

為什麼說Visual FoxPro 是容易引起誤會的產品呢？我總結以下幾點原因：

面向對象與面向過程之爭

我們說Visual FoxPro是面向對象化的語言，是有根據的。面向對象化的語言必須具備四個特性：抽象（Abstraction）、封裝（Encapsulation）、繼承（Inheritance）、多態（Polymorphism）。對照一下Visual FoxPro，是不是支持這四大特性！

當然，Visual FoxPro 與C++和Object Pascal 一樣都是歷史悠久的語言，所以語言中有很多面向過程的語素。我知道很多學校在教學中，只是教導學生們使用Visual FoxPro的面向過程的語言特色，而忽視了面向對象的教學，同樣的問題也存在於廣大的 Visual FoxPro 程序員中。我們必須明白：不能因為我們沒有使用Visual FoxPro面向對象的強大功能，而說Visual FoxPro不是面向對象的語言，這就像不能因為天下雨、沒有出太陽，而說太陽被天狗吃掉了——多麼的幼稚可笑！

我們知道Visual FoxPro對數據的操作沿用了多年來的面向過程的做法，這與現在流行的開發工具有很大的不同。我覺得，微軟這樣做是有它的道理的：

第一，面向過程的數據處理，更能發揮XBase語言體系的靈活與隨意的特色。這一點，你用過其他的資料庫開發工具，然後再用用Visual FoxPro就明白了。

第二，不直接提供面向對象的數據處理組件，不代表不允許用戶封裝自己的數據處理組件。很多優秀的 Fox程序員，都會自己封裝專門數據處理組件，這才是Visual FoxPro編程的高尚境界！

面向記錄與面向集合之爭

根據筆者的淺薄認知，關系型資料庫處理可以分為面向記錄操作和面向集合操作。

各種開發工具支持的客戶端游標體系就是面向記錄操作的，它們支持記錄之間的絕對定位，更明白地說就是可以在記錄之間導航，諸如：SKIP、GO TOP之類的語句。Visual FoxPro 無疑是此道的絕對高手，20年的語言發展，聚集了大量面向記錄的語言要素。這是因為這樣，我們才會反復強調：Visual FoxPro的Cursor 體系靈活、強大！

各類大型資料庫，如Oracle、SQL Server 是面向集合處理的代表，看看正統的SQL 語言，絕對沒有數據導航之說，數據記錄之間是平等的，一切都要講關系、擺條件！

隨著技術的發展，人們開始注意到，不能分割這兩種對數據的操作方式，於是大型資料庫支持了游標語素，Fox也支持符合規范的SQL 語言。

產品定位導致Visual FoxPro變化不易為人們感覺。微軟要把Visual FoxPro作為三層構架（或是多層構架）的中間層開發工具。

什麼是三層構架呢？第一層是用戶界面:它包含了用戶界面,讓使用者輸入,輸出,查詢等工作；第三層是資料層:它就是用來放資料的地方,一般是指後端資料庫，主要有包括 Oracle、SQL Server 等,它主要是提供一個很大的地方,來有規則的存放數據；第二層是商務邏輯層（中間層）:有人要說了：存取資料,直接從第一層跳到第二層可不可以？當然可以,沒有人規定不能走捷徑,而且從資料庫直接抓資料,既快又好,那為什麼搞出個第二層呢？

商務規則是經常變化的,比如上班從8 點改為10 點,那電腦怎那麼知道老闆因為不景氣少讓大家上二個小時班呢?它一定無法知道,你必須告訴它,這時問題就來了,如果你有很多部電腦,例如:100 台,你就得一部部換新程序。如果這是一個掛在Internet上的網路程序，難道總讓用戶download新程序不成？

更重要的是，在大量客戶存在的環境里，傳統的兩層構架根本沒有能力承擔巨大的工作壓力，必須通過某種中間系統實現壓力平衡，這就是中間層的另一妙用！

中間層是沒有圖形界面設計的代碼編寫，並且是OOP方式的代碼編寫，不僅要熟悉後台資料庫的特性，還要考慮前台界面工具的特性，最重要的是商務邏輯的構架，同時還要求懂得IIS、MTS(COM+)、NT的安全設置等復雜枯燥的東西。有趣的是，近年來 Visual FoxPro 的各種改進，更多的是在這些方面下功夫，到了最新版本的Visual FoxPro 7 更是在此方面增加了若干特性，下面就讓我用四個問題來說明Visual FoxPro 在開發中間層方面的貢獻：

問題一：Visual FoxPro能開發出穩定、有效率的Server程序嗎？能，在1999年發布的Visual FoxPro SP 3中微軟賦予了Visual FoxPro開發多線程進程的內組件的能力，並增加了新的運行時刻庫VFPnT.DLL（n代表版本號），支持其運行，在這個運行庫中，刪除了大量老式的和界面控制元素，使得它更小巧。但是由於Visual FoxPro6本身不是很穩定（加打SP4或SP5才有所改善），所以這個很棒的功能在Visual FoxPro 6下並不能充分發揮，直到Visual FoxPro 7出現才使它的顯示出英雄本色！

問題二：分布式的事務、動態負載平衡怎麼實現？Visual FoxPro 7對COM+有很好的支持，藉由COM+就可以解決這兩個問題了！

問題三：作為Server程序，客戶程序怎樣與Server交換數據集合？這是Visual FoxPro 6開發的Server程序的致命弱點，我們知道Visual FoxPro是用來處理數據的，但不能與外界自由交換數據集合會大大降低開發、使用以及程序運行效率！在Visual FoxPro 7里我們XML就可以快速、輕易的傳遞大型數據集合，真正做到數據集的來去自由。現在回想Visual FoxPro 6中我們用的那種「循環+屬性」的做法，真有天上與人間的感受！

問題四：能不能讓Visual FoxPro開發的Server任由客戶使用，叫干什麼就干什麼？可以的，在Visual FoxPro 7里提供了一個全新的函數：ExecScript()。有了它，就可以一次執行多條客戶端送來的符合Visual FoxPro規范的語句：你可以定義變數、做查詢、更新數據、修改表結構……

微軟確實實踐著讓Visual FoxPro在中間層運行的承諾。但遺憾的是：由於國內用戶的水平、國內軟體應用的領域，對大多數Fox Fans 無法感受Visual FoxPro日新月異的變化——對他們來說，Visual FoxPro確實「沒有改變」！

Visual FoxPro 只能局限於桌面應用程序的開發嗎？

技術在進步，軟體技術的應用不斷在拓寬，Internet 已經是眾多開發工具競相支持的應用領域。Visual FoxPro 從版本 5 開始不斷擴充對Internet的支持，到最新的Visual FoxPro 7 更是增加了對Web Service的支持。我們可以把Visual FoxPro 對Internet的支持分為三大部分：

第一，簡單的HTML的轉換。Visual FoxPro 自帶的「Web 發布」就是這類型的工具，利用HTML和DHTML的模版，支持Visual FoxPro數據的Web化，這是一種全靜態的 Web 支持。

第二，適合於企業內部使用的 Active Document 技術。是不是希望快速、簡單的把Visual FoxPro應用程序轉變為Web 應用程序，這個Active Document 技術就是最佳的選擇。它支持 App 程序運行在IE中，它的缺點是：在客戶端必須安裝Visual FoxPro的運行庫、客戶端與資料庫間依然是緊密的有狀態的關系，屬於F/S構架——只是界面能夠運行在IE之中了。它的開發快速以及它依然基於傳統構架，決定了這個技術只能運行在企業內部，一般不能在廣域網路中發布。

這技術是Visual FoxPro 6提出的，當時在 Tool 菜單里還有一個專門的菜單項。到了而今的Visual FoxPro 7，這個菜單項已經取消了，但並不是說Visual FoxPro 7 不支持Active Document，只是這種並不出色的技術沒有必要再放在醒目的位置了。

第三，基於COM 的 Web 應用。

Visual FoxPro 真正能被用於Web 開發，就是通過 COM 支持的。

這里您要有個認識，作為資料庫開發工具，Visual FoxPro 不是FronPage這樣的用於開發Web 界面的工具（也許未來的 Visual FoxPro 會支持 Web 界面的開發）。Visual FoxPro 完全是作為 Server 運行在網站的後台，為各種應用提供服務。使用 Visual FoxPro 編寫的 COM 組件能夠被IIS支持，壓在後台進行各種運作——這就是真正意義上的Visual FoxPro 的Web應用，也是典型的多層構架的中間層！

這個階段，Visual FoxPro 對 Web的支持有可以劃分為三個層次：

FoxISAPI。
這是最先登場的技術，當年 ASP 技術還沒有出現的時候，我們在 IIS 里就可以通過 ISAPI 技術實現動態網頁開發。

Web Server
ASP 技術出現了，我們知道 ASP 技術的一大特色就是支持伺服器端的組件的應用。用 Visual FoxPro 的編寫的 COM 組件就能運行在 IIS 里，供 ASP 調用。

Web Service
這是 Visual FoxPro 7 的新特性，也是當前最熱門的技術。它與Web Service的最大不同就是：Web Server 組件只能通過 ASP 程序調用，而Web Service可以供任何系統在全球范圍調用，無論客戶端的硬體平台、軟體平台，只要它支持SOAP、支持XML就可以了。
更誇張一點說：只要能上網，就可以享用 Web Service 提供的服務！

有人也許會問：我可以用VB、VC++建立對象組件時，為何我要用Visual FoxPro 來建立相同的組件? 微軟對這一問題有專門的評論，大意為：快、重復使用性、跨語言重復使用性。「快」是指用Visual FoxPro開發的組件擷取、處理資料都極為迅速，並且Visual FoxPro能夠非常迅速的建立字元串。到底有多快，我想數據處理、存取的速度大家平時都領教過了，字元串生成速度我這里有個數據不妨一看，這是台灣的一位高手做的試驗——將1M的數據寫入文本中，結果VC++ 6.0程序用了3.5秒、VB 6.0程序用了11秒、Java 1.1.5用了24秒、Visual FoxPro 6.0用了7秒；「重復使用性」是指Visual FoxPro具備OOP的功能；「跨語言重復使用性」是指Visual FoxPro編寫的對象編譯以後成為COM、COM+對象組件，這樣就可以在其他語言中使用它了。

不要以為Visual FoxPro是「低端產品",無論從資料庫（DBF Base）品質還是開發環境評價Visual FoxPro，它都是一個「高端工具」。

許多人認為Visual FoxPro只能用來開發單用戶系統或是文件伺服器構架的小型網路系統——這是謬誤——這種無知的言論在許多講C/S、三層構架的書中都有（特別是一些VB、PB、Delphi的資料庫編程書）。我可以很負責任的告訴大家完全可以用Visual FoxPro開發C/S結構的系統。這里說的C/S構架絕對是正宗的，不是用什麼F/S構架在糊弄大家。在C/S構架中我們常常選擇Visual FoxPro作為客戶端開發工具，以Oracle、SQL Server等網路資料庫壓在後台，使用Visual FoxPro內置的Remote View和SPT技術,這樣就可以完美地解決問題。這里不能詳細展開,只特別介紹Visual FoxPro的本地引擎在開發中的作用。Visual FoxPro的本地引擎特別強大（上文我們說過處理百萬條記錄不費吹灰之力），我們在設計系統時可以十分簡單的將遠程數據與本地數據結合，很簡單、很有效地控制網路數據流量、提高系統工作效率（我看過不少VB、Delphi、PB的書，他們很少在怎樣控制網路數據流量、提高系統工作效率論述，不知是不屑一顧，還是其他什麼原因）。

我認為Visual FoxPro的本地引擎在C/S構架下起碼有三項偉大的用途。其一：非經常變動數據的本地存儲。我國的郵政編碼與地區的關系是相對穩定的數據，而且數據量也不是太小，我想總有上千個記錄（我沒仔細考察過具體情況），我們把這些信息存儲在客戶端的計算機中，就可以在使用郵政編碼及其相關信息時從本地得到數據，這樣能使高系統效率同時節省網路資源（這是C/S開發的重要原則），只在郵政編碼發生變化時在伺服器上統一更新，下載更新客戶機上的數據。如果用別的軟體實現同樣的功能，絕對比Visual FoxPro麻煩而且效果絕對不及Visual FoxPro，這因為Visual FoxPro的數據引擎直接支持遠程數據讀取，能很好的融合本地數據與遠程數據；其二：離線數據包。單位里總有人出差，在千萬里路之外能不能拿著筆記本為客戶發訂單、與客戶簽合同，就像在自己的辦公室一樣？當他回到公司時只要把筆記本連到伺服器中，發送更新就行了。Visual FoxPro的離線視圖是經濟且高效安全的方案（當然您可以使用遠程撥入或建一個Web網站，這些Visual FoxPro可能幹）。其實離線數據包還有一個重要的功能：當下載的數據是大量的（除非萬不得已請不要這樣設計系統），這種情況下使用離線視圖可以數據集自動轉化為物理表，充分利用Visual FoxPro的高速與靈活，完成後連線更新後端數據源——一切都很簡單。我認為：離線視圖絕對是Visual FoxPro在C/S系統中的一個賣點，雖然ADO也支持類似的東西，但肯定不及Visual FoxPro有效率；其三：數據驅動。您是否知道，Visual FoxPro中絕大多數文件格式實際上都是DBF文件，如DBC、SCX、FRX等，他們都可以由Visual FoxPro的本地引擎驅動完成復雜的任務。在設計C/S結構時如果要存儲用戶設置、自定義文件格式，用Visual FoxPro的本地引擎幫忙絕對比其他軟體簡單，因為你用的是換湯不換葯的方法，但它簡單、有效率。

Visual FoxPro 開發C/S系統時，最與眾不同的特色就是對遠程數據的操控是通過本地資料庫來實現的，Remote View、Connection都作為本地資料庫的對象被管理起來，完美的銜接本地數據與遠程數據。這種在客戶端建立遠程數據邏輯的做法，與最新的ADO.NET有相似之處！

在三層構架中，Visual FoxPro可以充當任意一層的任務，但本人以為大中型系統的資料庫部分應以網路資料庫為主。客戶端界面用Visual FoxPro也是可以的，但一般限於企業內部，在Internet上我們通常使用IE作為客戶界面。在三層構架中Visual FoxPro最勝任中間層的開發,它簡單（開發難度與普通的Visual FoxPro項目相差不大）、快速的字元串生成、支持COM技術、它支持（MTS）COM+技術、它支持XML（Visual FoxPro 7.0提供3個與XML有關的函數）、它具有強大本地數據引擎、靈活的數據處理方式、它支持多線程的服務組件的開發。

可能有人要問：用ASP+腳本語言一樣可以開發Web系統，何必加個中間層。的確，目前在市面上與多討論Web的書都直接使用腳本語言來開發整個系統，這是十分不正確的做法，甚至有寫書還說硬體越來越快，因此使用腳本語言來開發整個系統並沒有什麼關系。會說出這樣話的作者通常都是沒有實際開發Web應用經驗的人。腳本語言，如VBScript是一種解釋性語言，運行效率很低，他們只合適作為膠水程序。開發Web系統正統的做法是：把應用邏輯編寫成COM、DCOM對象，然後用少量的腳本語言來驅動/使用這些對象。這樣系統開發時工作量會大一些，但它符合開發任何數

㈨ 朱欽騏的揚帆國際

擁有21年歷史的諾帝卡(Nautica)與保羅·拉夫·勞倫(PoloRalphLaurent)和唐美·希緋格(TommyHilfiger)，在美國並稱為男士休閑服飾3大品牌。諾帝卡品牌的創始人和首席設計師朱欽騏(DavidChu)是一位華人，今年50歲。世界最大的成衣公司VF集團(VFCorporation)以每股17美元的價格，現金收購納斯達克股票交易所的上市公司諾帝卡(NauticaEnterprises,Inc)。VF集團收購諾帝卡公司的溢價比達到28%。VF集團還將支付1460萬美元現金購買諾帝卡員工的股票期權，總計投入達5.86億美元。

諾帝卡品牌的創始人和首席設計師朱欽騏(DavidChu)是一位華人，諾帝卡的英文「Nautica」源自拉丁文「Nauticus」這個航海詞彙，其服裝哲學崇尚海洋生活，富含自然色彩，既充滿活力又無拘無束。2003年，諾帝卡旗下25個系列產品的全球零售額達到20億美元。
VF集團的收購對諾帝卡來說是一個大的轉折點。實際上，美國經濟近兩年一直不夠景氣，男裝業更是如此。根據美國國家零售業聯會的統計數字，即使將通貨膨脹因素算在內，美國男裝專賣店的銷售額從2000年的108億美元下降到了2002年的99億美元。2003年頭6個月比去年同期又下降了8到11個百分點。諾帝卡的發展也沒有逃脫經濟不景氣的影響。為了尋求新的發展空間，諾帝卡正向世界市場包括歐洲、中南美洲和遠東地區擴展。諾帝卡25個系列產品行銷全球50多個國家和地區。近10年來，諾帝卡在日本、韓國、台灣、香港和馬來西亞都有較大的發展。
中國不僅是世界最大的服裝加工及成衣出口國，還擁有人口最具潛力的成衣消費市場，諾帝卡當然不會錯失中國的良機。1994年，諾帝卡進入中國。近3年來，諾帝卡在中國發展速度飛快，總收入的增長連年翻番。2003年，諾帝卡在中國大陸地區已有25個經銷商，60多個專賣店，銷售收入大約為4500萬元。目前，整個亞太地區對諾帝卡銷售收入的貢獻是10%。
諾帝卡中國/香港地區的執行董事裴嘉思在紐約長大，在中國生活超過15年，他用流利的中文說：「國際男士休閑品牌在中國，競爭不算激烈。」他繼續解釋道：「中國是一個新興市場。雖然本地的男士休閑品牌眾多、價格低、店鋪廣為分布，但都還不成熟；很像美國20、30年前的情況，大多數都定位不明確，產品組合也不夠好，追求的是大眾化的市場。真正在中國展開拳腳的國際男士休閑品牌只有少數幾個。」諾帝卡定位的中國消費群體是年齡28-40歲、受過良好教育、追求衣著品位、嚮往戶外運動、享受時尚生活的白領階層、商務人士和企業家。「諾帝卡要與百貨公司、經銷商等合作，努力發展中國市場。20年後的市場一定不一樣，到時只有少數幾個重要的牌子能夠獲得發展。這只是時間的問題。諾帝卡只要能在中國生根，就一定會有更好的未來，」裴嘉思信心十足地說。
在中國，諾帝卡是發展節奏比較快、領先市場的國際男士休閑品牌之一。法國的拉科斯特(LaCoste)、美國的唐美·希緋格等品牌在中國也有一定的建樹。比如，拉科斯特進入中國也有10年，在全國有128個銷售點，其中上海和北京自營店為24個，其中2個是獨立店，2個折扣店(outlet)，20個是百貨公司中的專櫃；在其它城市還有104個加盟店。近年來，拉科斯特在中國的營業收入每年都是兩位數的成長。從訂貨量來看，2003年的增長率超過20%。拉科斯特服裝中國總經理潘茱莉說：「中國的市場還很大，我們沒有終極的目標。但2004年，我們將把拉科斯特的銷售點增加到140個以上。」正如拉科斯特公司現今掌門人貝爾納·拉科斯特(BernardLacoste)2003年10月在北京宣布的，「到2010年，中國有可能成為拉科斯特在世界上三大主要市場之一，」他說。
越來越多中青年開始以休閑裝代替西服，隨著中國時裝業的進一步發展，市場將出現細分，消費者對服裝的需求會走向品牌化，中、高檔休閑服裝的市場將持續增長。2004年，諾帝卡還要進軍女性休閑服飾領域。擁有李(Lee)、威格(Wrangler)和北面(NorthFace)等品牌的VF集團對諾帝卡一直有濃厚興趣。「休閑服飾佔到服飾行業的半壁江山，」VF集團主席兼首席執行官麥克唐納(MackeyMcDonald)說。完成對諾帝卡的收購後，VF集團的資產組合中將增加全新的生活服裝品牌，在百貨店行業內的影響力也加強了。VF集團認為該收購行動將至少為今年的每股利潤增加5到8美分。諾帝卡則將受益於VF的供應鏈管理、存貨管理和品牌管理的經驗。
朱欽騏本人留了下來，擔任新設的分公司首席執行官一職，負責諾帝卡的全球設計、產品開發和營銷。根據收購協議，VF公司將在4年內付給朱欽騏共計1.04億美元。朱欽騏還將收取設計版權費。他是這次並購最大的贏家。20世紀60年代後期，13歲的朱欽騏從故鄉台灣移居紐約。原本打算從事建築設計或者廣告設計的他，在高中升大學的暑假，因為想了解素描與服裝歷史，參加了紐約時裝設計學院(FIT)的一個夏季課程。這個課程改變了朱欽騏的一生。在課程學習中，他在設計和比例方面的天賦得到了兩位教授的認可，他們為朱欽騏指明了事業的方向。在他們的啟迪下，朱欽騏決定改學時裝設計。「當時我18歲，對未來並沒有詳細的計劃，但我確實對設計有一種發自內心的熱情，」朱欽騏非常坦白。畢業後，他在美國的一家服裝公司做了5、6年的設計師，直到1983年的某一天，他按照自己的想法設計出6件夾克。
熟諳設計之道的他當時對市場推廣毫無感覺，只好提著設計樣品，一家家地走訪自己喜好的百貨公司，推銷產品。知名的紐約巴尼百貨公司(Barneys)向他遞出了橄欖枝。雖然是區區3200美金的訂單，卻為朱欽騏日後的事業拉開了序幕。隨後，他和朋友合夥成立了諾帝卡公司，那年他29歲。朱欽騏的作品色彩搭配鮮艷大膽，講求細節，與當時單調、死板的男性休閑服完全不同，因此大受歡迎。1984年，朱欽騏獲得了當時正在尋求擴充的奧緬因公司(State-o-Maine)的青睞，他的第一個合夥人將股權售讓給奧緬因公司。與奧緬因公司正式合並後，公司於1993年上市，並更名為諾帝卡。

從1983年直到三、四年前，在美國經濟的強勁推動下，諾帝卡的發展順風順水。1987年，諾帝卡在紐約曼哈頓哥倫布大道(ColumbusAvenue)開了第一家獨立店。哥倫布大道是年輕的雅皮最喜歡光顧的地方，非常時尚。把第一家獨立店放在這里，朱欽騏真是煞費苦心。諾帝卡倡導的生活方式(lifestyle)在店內完全展現出來，受到許多大百貨公司的認可；從那時候開始，大型百貨公司的大門就向諾帝卡敞開了，現在諾帝卡已經在世界各地的百貨公司設立了大約2600個專櫃。
公司剛開始時，由於產量不多，朱欽騏很難找到工廠配合生產。「我不是學商業的，一切都要邊學邊做。我一個人包攬了設計、采購、銷售……好在產品很受歡迎，訂單來源非常充分。」第一年的銷售額達到70萬美元。最初的二、三年裡，公司以幾何速度成長。公司成立後的第三年，公司的銷售額達1000萬美元，當時全美國只有一個公司的夾克產量比得上它。這時，朱欽騏不由擔心：「繼續成長是不是不可能了?」但他很快就找准了發展方向。朱欽騏並沒有將諾帝卡定位為流行成衣品牌，「我的腦海里，諾帝卡不是服裝公司，是設計公司。諾帝卡要為人們營造一種生活方式。」所以，在個人、家庭等相關的領域，有獨到的設計觀點時，諾帝卡就會涉足進去。如今，諾帝卡品牌已經擴充到整個生活方式領域，發展成為一個完整的生活時尚品牌，逐步涉獵正裝、包括眼鏡、手錶、香水在內的全系列配飾、男女睡衣；男女牛仔裝；女子泳裝以及男童裝等。
朱欽騏還把諾帝卡理念拓展到了家居設計的領域，包括整套的寢具、浴衣、餐具和傢具。2002年，雖然休閑服裝在美國差不多已經達到飽和點，但整個品牌2002年的成長率約為8%-9%。現在美國成長最快的業務正是5年前開始的家居用品和傢具系列，2003年的批發收入已達1.2億美元。諾帝卡公司15年來的平均成長速度達35%到40%。「服裝行業不是一個容易做的行業，」朱欽騏說。回首21年的路，朱欽騏有著這樣的體會：「一位出色的航海家遠遠的就能感覺到風向。他善於利用船、風和帆的力量，加快船的速度。」朱欽騏就是這樣一位航海家。

㈩ vf是什麼

1、在編程語言中VF是Visual FoxPro簡稱。
2、Visual FoxPro簡稱VFP，是Microsoft公司推出的資料庫開發軟體，用它來開發資料庫，既簡單又方便。Visual FoxPro源於美國Fox Software公司推出的資料庫產品FoxBase，在DOS上運行，與xBase系列相容。FoxPro原來是FoxBase的加強版，最高版本曾出過2.6。之後，Fox Software被微軟收購，加以發展， 使其可以在 Windows 上運行， 並且更名為 Visual FoxPro。最新版為 Visual FoxPro 9.0，9.0後微軟放棄了它。