對象模型股票軟體

❶ 程序化交易的軟體評價

是國內唯一開發出股票程序化交易軟體，期貨程序化交易軟體，現貨程序化交易軟體，白銀程序化交易軟體，融資融券程序化交易軟體，程序化軟體是能夠對設定的公式策略和價格進行自動跟蹤，並按設定的條件進行自動下單交易的軟體。
文華財經
專業期貨軟體服務商，源於中國本土的程序化軟體，系統穩定，國內佔有率高。基於國內用戶習慣誕生的「麥語言」，小語法大函數，積木式的輕松編程環境。提供最全的回測樣本：國內合約從開市至今的全部歷史數據，支持專業程序化的金融工程思想：多模型組合測試和載入。獨創的自動交易運行模組，輕松監控幾十個模型的信號執行、資金、持倉、掛單等狀態，並且支持手動輔助。
TB交易開拓者
國內的tradestation，語言移植國外程序交易軟體，是國內市場佔有率僅次於文華財經的交易軟體。在語言方面略勝於文華財經，在交易穩定性方面，使用者反應不一。
金字塔決策交易系統
金字塔是一款集程序化交易、看盤分析為一體的全功能綜合軟體：支持圖標程序化交易、後台程序化交易、高頻交易、趨勢線程序化交易等多種自動交易模式；公式模型編寫及操作兼容國內主流分析軟體；支持閃電下單、圖表下單、預警雷達下單等多種下單模式;支持板塊指數、套利、多賬戶交易及動態止贏止損。還可支持VBS、VBA、C++二次開發。
multicharts+達錢(MC)
MultiCharts 經過研發，證券和外匯交易所設計的專業圖表繪制和自動化交易的軟體。高清晰的繪圖功能結合中國期貨的實時行情、歷史回補與自動交易，幫助使用者一站式解決過去繁瑣的數據收集及軟體設置，並支持Excel下單等創新方式。該軟體功能非常先進，雖經台灣傳入我國，但使用習慣依然沿用外軟，國內的使用者需要經過一段時間的適應。
龍軟程序化交易平台(DTS)
龍軟被大智慧收購後，於2012年推出該平台。實現了交易策略（Lua代碼），交易界面（XML配置）的靈活自定義，目前支持，期現套利、ETF套利、商品期貨、股指期貨、權證、股票的全品種程序化交易。該系統的主要特點是交易速度快，計算速度快，採用後端伺服器分布式部署模式，客戶端只做數據瀏覽和指令操作，所有的計算都在後台完成。是一款非常全面，面向機構的高端程序化軟體
高手交易軟體
高手交易系統是從韓國期權交易市場起步並發展起來的，具有15年全球市場交易經驗以及專業化的技術背景，高手交易系統不僅僅可以做期貨交易，同時也可以進行期權交易。在全球期權交易量排名第一的韓國期權市場中，高手為個人、機構、專業投資團隊等服務了15年。高手交易系統中運用了EF委託，STage程序化交易引擎，GOM高手對象模型，DDE實時行情分析工具等。大大提高了交易的效率，並獲得驚人的收益。
金錢豹
金錢豹是一款給專業人士使用的程序化軟體，其支持C++、C#、matlab、Net3.5、JAVA等眾多介面。給予軟體非常大的擴展性。
YesTrader
YesTrader來自於韓國，是以期貨買賣為目的的交易軟體。不僅具有便捷的下單功能，而且載有包含多樣化技術指標的性能超強的圖表。該軟體還可以通過用系統語言編輯邏輯公式把投資者所需的任何交易策略自由的表現出來，也可用該交易策略進行自動買賣。剛進入我國不久，正處於發展期
SPT盛立高頻程序化交易平台
SPT是一款專為期貨、證券交易所設計的高頻程序化交易平台。該系統具有高速的行情以及交易處理能力，通過完備的交易風控體系，保證程序化交易的穩定性和准確性。
永安程序化交易系統
永安程序化交易系統包括永安程序化交易平台及該平台上配套開發的交易模型，永安程序化交易系統的交易平台是基於最底層、最穩定的計算機語言C++語言開發；交易模型的設計也是在C++語言的框架下編寫，可擴展性強、訂單系統精準高效。

❷ 什麼是ActiveX 控制項

ActiveX是Microsoft對於一系列策略性面向對象程序技術和工具的稱呼，其中主要的技術是組件對象模型（COM）。在有目錄和其它支持的網路中，COM變成了分布式COM（DCOM）。在創建包括ActiveX程序時，主要的工作就是組件，一個可以自足的在ActiveX網路（現在的網路主要包括Windows和Mac）中任意運行的程序。這個組件就是ActiveX近控制項。ActiveX是Microsoft為抗衡Sun Microsystems的JAVA技術而提出的，此控制項的功能和JAVA applet功能類似。
如果您使用的是Windows操作系統，您或許會注意到一些以OCX結尾的文件。OCX代表「對象鏈接與嵌入控制項」（OLE），這個技術是Microsoft提出的程序技術，用於處理桌面文件的混合使用。現在COM的概念已經取代OLE的一部分，Microsoft也使用ActiveX控制項代表組件對象。
組件的一大優點就是可以被大多數應用程序再使用（這些應用程序稱為組件容器）。一個COM組件（ActiveX控制項）可由不同語言的開發工具開發，包括C++和Visual Basic或PowerBuilder，甚至一些技術性語言如VBScript。
目前，ActiveX控制項在Windows 95/NT和Macintosh中運行，Microsoft還准備支持UNIX的ActiveX控制項。

❸ 股票模型的建模過程

模型准備 ：了解個股的實際背景，明確其實際意義，掌握對象的各種信息。用數學語言來描述問題。
模型假設 ：根據實際對象的特徵和建模的目的，對問題進行必要的簡化，並用精確的語言提出一些恰當的假設。
模型建立 ：在假設的基礎上，利用適當的數學工具來刻劃各變數之間的數學關系，建立相應的數學結構。（盡量用簡單的數學工具）
模型求解 ：利用獲取的數據資料，對模型的所有參數做出計算（估計）。
模型分析 ：對所得的結果進行數學上的分析。
模型檢驗 ：將模型分析結果與實際情形進行比較，以此來驗證模型的准確性、合理性和適用性。如果模型與實際較吻合，則要對計算結果給出其實際含義，並進行解釋。如果模型與實際吻合較差,則應該修改假設，在次重復建模過程。
模型應用 ：應用方式因問題的性質和建模的目的而異。

❹ 股票軟體怎麼開發股票軟體開發需要注意哪些

股票軟體開發開發過程包括以下五個階段：
一、股票軟體開發定製分析
然後把它用軟體工程開發語言（形式功能規約，軟體需求分析就是回答做什麼的問題。一個對用戶的需求進行去粗取精、去偽存真、正確理解。即需求規格說明書）表達進去的過程。本階段的基本任務是和用戶一起確定要解決的問題，建立軟體的邏輯模型，編寫需求規格說明書文檔並最終得到用戶的認可。需求分析的主要方法有結構化分析方法、數據流程圖和數據字典等方法。本階段的工作是根據需求說明書的要求，設計建立相應的軟體系統的體系結構，並將整個系統分解成若干個子系統或模塊，定義子系統或模塊間的介面關系，對各子系統進行具體設計定義，編寫軟體概要設計和詳細設計說明書，資料庫或數據結構設計說明書，組裝測試計劃。
二、股票軟體開發設計
也可以是可組合、可分解和可更換的功能單元。模塊，股票軟體設計可以分為概要設計和詳細設計兩個階段。實際上軟體設計的主要任務就是將軟體分解成模塊是指能實現某個功能的數據和程序說明、可執行程序的順序單元。可以是一個函數、過程、子程序、一段帶有順序說明的獨立的順序和數據。然後進行模塊設計。概要設計就是結構設計，其主要目標就是給出軟體的模塊結構，用軟體結構圖表示。詳細設計的首要任務就是設計模塊的順序流程、演算法和數據結構，主要任務就是設計資料庫，常用方法還是結構化順序設計方法。
三、股票軟體開發定製編碼
即寫成以某一順序設計語言表示的"源程序清單"充沛了解軟體開發語言、工具的特性和編程風格，軟體編碼是指把軟體設計轉換成計算機可以接受的順序。有助於開發工具的選擇以及保證軟體產品的開發質量。
四、股票軟體開發測試
關鍵在於理解測試方法。不同的測試方法有不同的測試用例設計方法。兩種常用的測試方法是白盒法測試對象是源程序，股票軟體測試的目的以較小的代價發現盡可能多的錯誤。要實現這個目標的關鍵在於設計一套出色的測試用例（測試數據和預期的輸出結果組成了測試用例）如何才幹設計出一套出色的測試用例。依據的順序內部的邏輯結構來發現軟體的編程錯誤、結構錯誤和數據錯誤。結構錯誤包括邏輯、數據流、初始化等錯誤。用例設計的關鍵是以較少的用例覆蓋盡可能多的內部順序邏輯結果。白盒法和黑盒法依據的軟體的功能或軟體行為描述，發現軟體的介面、功能和結構錯誤。其中介面錯誤包括內部/外部介面、資源管理、集成化以及系統錯誤。
五、股票軟體開發與維護
對軟體產品所進行的一些軟體工程的活動。即根據軟體運行的情況，維護是指在已完成對軟體的研製（分析、設計、編碼和測試）工作並交付使用以後。對軟體進行適當修改，以適應新的要求，以及糾正運行中發現的錯誤。編寫軟體問題演講、軟體修改演講。

❺ 怎樣查詢過往某一天的股票行情

一、使用股票網站或者炒股軟體即可查看過往某日的股票行情。
在股票網站或者炒股網站的股票交易日選項中選擇想要查看的日期，即可查看當天的股票交易行情。
二、股票軟體更准確的稱謂應該是證券分析軟體或證券決策系統，它的基股票軟體本功能是信息的實時揭示（包括行情信息和資訊信息），所以早期的股票軟體有時候會被叫做行情軟體。股票軟體的實質是通過對市場信息數據的統計，按照一定的分析模型來給出數（報表）、形（指標圖形）、文（資訊鏈接），用戶則依照一定的分析理論，來對這些結論進行解釋，也有一些傻瓜式的易用軟體會直接給出買賣的建議，這些易用軟體大部分是用專業視角剖析整個股市的走勢。
股票軟體的實質是通過對市場信息數據的統計，按照一定的分析模型來給出數（報表）、形（指標圖形）、文（資訊鏈接）。用戶則依照一定的分析理論，來對這些結論進行解釋，也有一些傻瓜式的易用軟體會直接給出買賣的建議。其實，比較正確，或者實在的用法，是應該挑選一款性能穩定、信息精準的軟體，結合自己的炒股經驗，經過摸索之後，形成一套行之有效的應用法則，那樣才是值得信賴的辦法，而機械地輕信軟體自動發出的進場離場的信號，往往會謬以千里。
三、股票行情的分析方法
1、技術分析
技術分析是以預測市場價格變化的未來趨勢為目的，通過分析歷史圖表對市場價格的運動進行分析的一種方法。股票技術分析是證券投資市場中普遍應用的一種分析方法。
2、基本分析
基本分析法通過對決定股票內在價值和影響股票價格的宏觀經濟形勢、行業狀況、公司經營狀況等進行分析，評估股票的投資價值和合理價值，與股票市場價進行比較，相應形成買賣的建議。
3、演化分析
演化分析是以演化證券學理論為基礎，將股市波動的生命運動特性作為主要研究對象，從股市的代謝性、趨利性、適應性、可塑性、應激性、變異性和節律性等方面入手，對市場波動方向與空間進行動態跟蹤研究，為股票交易決策提供機會和風險評估的方法總和。

❻ 什麼叫股票模型

股票模型就是對於現實中的個股，為了達到盈利目的，作出一些必要的簡化和假設，運用適當的數學分析，得到一個數學結構。

股票模型：

股票建模是利用數學語言（符號、式子與圖象）模擬現實的模型。把現實模型抽象、簡化為某種數學結構是數學模型的基本特徵。它或者能解釋特定現象的現實狀態，或者能預測到對象的未來狀況，或者能提供處理對象的最優決策或控制。
把個股的實際問題加以提煉，抽象為數學模型，求出模型的解，驗證模型的合理性，並用該數學模型所提供的解答來解釋現實問題，我們把這一應用過程稱為股票建模。
建模過程：
模型准備 ：了解個股的實際背景，明確其實際意義，掌握對象的各種信息。用數學語言來描述問題。
模型假設 ：根據實際對象的特徵和建模的目的，對問題進行必要的簡化，並用精確的語言提出一些恰當的假設。
模型建立 ：在假設的基礎上，利用適當的數學工具來刻劃各變數之間的數學關系，建立相應的數學結構。（盡量用簡單的數學工具）
模型求解 ：利用獲取的數據資料，對模型的所有參數做出計算（估計）。
模型分析 ：對所得的結果進行數學上的分析。
模型檢驗 ：將模型分析結果與實際情形進行比較，以此來驗證模型的准確性、合理性和適用性。如果模型與實際較吻合，則要對計算結果給出其實際含義，並進行解釋。如果模型與實際吻合較差,則應該修改假設，在次重復建模過程。
模型應用 ：應用方式因問題的性質和建模的目的而異。

❼ 如何設計股票模型

股票模型 網路名片 股票模型就是對於現實中的個股，為了達到盈利目的，作出一些必要的簡化和假設，運用適當的數學分析，得到一個數學結構。 目錄概念股票建模建模過程股票模型的作用 編輯本段概念在這里引用數學模型的定義，也可以說，股票建模是利用數學語言（符號、式子與圖象）模擬現實的模型。把現實模型抽象、簡化為某種數學結構是數學模型的基本特徵。它或者能解釋特定現象的現實狀態，或者能預測到對象的未來狀況，或者能提供處理對象的最優決策或控制。 編輯本段股票建模把個股的實際問題加以提煉，抽象為數學模型，求出模型的解，驗證模型的合理性，並用該數學模型所提供的解答來解釋現實問題，我們把這一應用過程稱為股票建模。 編輯本段建模過程模型准備 ：了解個股的實際背景，明確其實際意義，掌握對象的各種信息。用數學語言來描述問題。 模型假設 ：根據實際對象的特徵和建模的目的，對問題進行必要的簡化，並用精確的語言提出一些恰當的假設。 模型建立 ：在假設的基礎上，利用適當的數學工具來刻劃各變數之間的數學關系，建立相應的數學結構。（盡量用簡單的數學工具） 模型求解 ：利用獲取的數據資料，對模型的所有參數做出計算（估計）。 模型分析 ：對所得的結果進行數學上的分析。 模型檢驗 ：將模型分析結果與實際情形進行比較，以此來驗證模型的准確性、合理性和適用性。如果模型與實際較吻合，則要對計算結果給出其實際含義，並進行解釋。如果模型與實際吻合較差,則應該修改假設，在次重復建模過程。 模型應用 ：應用方式因問題的性質和建模的目的而異。 編輯本段股票模型的作用第一，能讓分析過程簡化，並讓復雜的分析過程通過數據表達出來。 第二，通過對模型的反復修正，能起到對個股的未來走勢起到預測效果。 第三，便於掌握股市行情。

❽ 期貨程序化實盤交易哪個平台穩定些

1.文華財經
老牌行情軟體提供商，系統相對穩定，國內佔有率高。
2.TB 交易開拓者
國內的tradestation，語言移植國外程序交易軟體，是目前國內市場佔有率僅次於文華財經的交易軟體。在語言方面略勝於文華財經，在交易穩定性方面，使用者反應不一。
3.金字塔決策交易系統
金字塔是一款集程序化交易、看盤分析為一體的全功能綜合軟體:支持圖標程序化交易、後台程序化交易、高頻交易、趨勢線程序化交易等多種自動交易模式;公式模型編寫及操作兼容國內主流分析軟體;支持閃電下單、圖表下單、預警雷達下單等多種下單模式;支持板塊指數、套利、多賬戶交易及動態止贏止損。還可支持VBS、VBA、C++二次開發。
4.multicharts+達錢(MC)
MultiCharts 經過多年的研發，是一款專為期貨，證券和外匯交易所設計的專業圖表繪制和自動化交易的軟體。高清晰的繪圖功能結合中國期貨的實時行情、歷史回補與自動交易，幫助使用者一站式解決過去繁瑣的數據收集及軟體設置，並支持Excel下單等創新方式。該軟體功能非常先進，雖經台灣傳入我國，但使用習慣依然沿用外軟，國內的使用者需要經過一段時間的適應。
5.龍軟程序化交易平台(DTS)
龍軟被大智慧收購後，於2012年推出該平台。實現了交易策略（Lua代碼），交易界面（XML配置）的靈活自定義，目前支持，期現套利、ETF套利、商品期貨、股指期貨、權證、股票的全品種程序化交易。該系統的主要特點是交易速度快，計算速度快，採用後端伺服器分布式部署模式，客戶端只做數據瀏覽和指令操作，所有的計算都在後台完成。是一款非常全面，面向機構的高端程序化軟體
6.高手交易軟體
高手交易系統是從韓國期權交易市場起步並發展起來的，具有15年全球市場交易經驗以及專業化的技術背景，高手交易系統不僅僅可以做期貨交易，同時也可以進行期權交易。在全球期權交易量排名第一的韓國期權市場中，高手為個人、機構、專業投資團隊等服務了15年。高手交易系統中運用了EF委託，STage程序化交易引擎，GOM高手對象模型，DDE實時行情分析工具等。大大提高了交易的效率，並獲得驚人的收益。[2]
7.金錢豹
金錢豹是一款給專業人士使用的程序化軟體，其支持C++、C#、matlab、Net3.5、JAVA等眾多介面。給予軟體非常大的擴展性。
8.YesTrader
YesTrader來自於韓國，是以期貨買賣為目的的交易軟體。不僅具有便捷的下單功能，而且載有包含多樣化技術指標的性能超強的圖表。該軟體還可以通過用系統語言編輯邏輯公式把投資者所需的任何交易策略自由的表現出來，也可用該交易策略進行自動買賣。剛進入我國不久，正處於發展期
9.SPT盛立高頻程序化交易平台
SPT是一款專為期貨、證券交易所設計的高頻程序化交易平台。該系統具有高速的行情以及交易處理能力，通過完備的交易風控體系，保證程序化交易的穩定性和准確性。
10.永安程序化交易系統
永安程序化交易系統包括永安程序化交易平台及該平台上配套開發的交易模型，永安程序化交易系統的交易平台是基於最底層、最穩定的計算機語言C++語言開發；交易模型的設計也是在C++語言的框架下編寫，可擴展性強、訂單系統精準高效。

❾ Swing 或 JavaServer Faces：究竟選擇哪一個

Swing 能否經受住富互聯網應用程序宣傳熱潮的考驗？2006 年 3 月發布J2EE Web 技術已經從一個靜態的內容提供環境迅速發展為一個在內聯網和互聯網上運行的動態業務應用程序的可靠平台。Web 的前景體現在，無論您的業務需求如何，瀏覽器都將是您未來唯一需要的客戶端。在這種趨勢的推動下，最近掀起了新一輪圍繞高度交互的 Web 界面（基於一組稱作 AJAX 的技術）的宣傳熱潮。AJAX 與新 J2EE 標准 JavaServer Faces (JSF) 的結合使用在處理 Web 應用程序方面有望提供更好的最終用戶體驗和認可。AJAX（非同步 Javascript+XML 的縮寫）描述了一組現有技術（如 JavaScript、XML 和文檔對象模型 (DOM)）的使用模式。不可否認的是，AJAX 和 JavaServer Faces 來勢迅猛，並將很快擋住 Swing 的去路，而 Swing 自 1998 年以來一直是用 Java 構建豐富用戶界面的標准方法。瀏覽器將在未來唱主角？Swing 能否經受住富互聯網應用程序宣傳熱潮的考驗？本文針對 Swing 和 JavaServer Faces 進行了介紹、定位和比較，以幫助開發人員決定對某種作業使用哪種技術。此外，本文還介紹了 Oracle 應用程序開發框架 (ADF) 如何有助於簡化使用這兩種技術進行的應用程序開發。 從Java 到 Swing 再到 JavaServer Faces應用程序開發史中曾出現過許多編程語言。早在 1991 年，James Gosling 發明了「Oak」，即 Java 的前身。由於 Oak 無法出售，因此 Sun 於 1995 年推出了 Web 編程語言 - Java，此後不久 Java Applet 即成為 Web 應用程序開發的這個「石器時代」的主導技術。1998 年發布了用於開發輕型 Java Web GUI 和客戶端桌面應用程序的 Java Swing 平台。一年以後，Sun 推出了 Java 2 企業版 (J2EE) 平台，該平台在 6 年後引入了 JavaServer Faces。Swing 本身是一個基於抽象窗口工具包 (AWT) 和 Java 基礎類 (JFC) 構建的輕型組件集。從推出到現在的七年多時間里，Swing 程序包已經成為 J2SE 中一個非常成熟的 Java 庫，並廣泛用在企業級業務應用程序的構建中。Swing 以靈活而強大的開發環境著稱，它為應用程序開發人員提供了大量的控制權。毫不誇張地說，只要是可以用 Java 構思的應用程序，就可以用 Swing 構建它。但 Swing 的靈活增加了復雜度和學習難度。類似 Oracle JDeveloper、NetBeans 和 IntelliJ 這樣的 Java IDE 為 Swing 提供了可視的 4GL 編輯環境，有助於開發人員快速入門並執行更深層次的操作，而不必深入學習 Swing。2004 年 3 月推出的 JavaServer Faces（也稱作 JSF，或簡稱為「Faces」）是一個用於構建 Web 應用程序的基於組件的框架，該框架並入了 JavaBean 事件模型，用於將信息發送到其他組件。作為 J2EE Web 技術的發展，JavaServer Faces 將基於模板的編程式 Web 開發與 4GL 類型的開發選項結合在一起。 J2SE Swing 體系結構盡管Swing 是 Java 標准版 (Java SE) 的正式部分，但它並不是核心 Java 語言的成員，而是被視為一個標准擴展。以 javax.swing 而非 java.swing 開頭的 Swing 程序包名稱也反映了這一點。使用 Swing 開發的應用程序在 Java 運行時環境 (JRE) 中執行，該環境可以安裝在本地桌面客戶端中，也可以集成到 Java Web Start 或 Web 瀏覽器中。所有Swing UI 組件均為 JavaBean，並採用對象模型控制器體系結構，將數據表示與對數據的操作分離。該模型不包含任何 UI 特定的代碼，反之亦然。模型與 UI 之間的所有信息交換均通過 JavaBean 事件和監聽器進行。這種職責劃分使經驗豐富的 Swing 開發人員能夠自定義組件 UI，而不必更改組件行為。Swing 中的組件控制器和視圖稱作 UI 代理。控制器將用戶交互指派給模型，並由模型保存組件的狀態。 圖1：Swing 體系結構 Swing 中的 UI 組件可在運行時通過屬性方法或在設計時通過可視編輯器以編程方式進行控制。並非 Swing 中的所有組件均綁定到數據，某些組件（如按鈕）只需要處理 GUI 狀態。UI 組件中的事件通過注冊的 JavaBean 監聽器（如 MouseListener、FocusListener 或 ChangeListener）進行檢測。 ADF 與 SwingSwing 始終存在的難題之一是如何將組件綁定到動態數據。過去，有許多不同框架已經通過非標准方法多次解決了這一難題。而作為 JSR-227（用於解決此數據綁定難題的建議標准）早期採用者的 ADF 以及 ADF Swing 採用標准方法將 Swing 應用程序綁定到所有業務服務，如 Enterprise JavaBeans、TopLink、Web 服務、ADF 業務組件以及 URL。ADF Swing 是一個將 Swing 域模型綁定到 Oracle ADF 綁定的小型 Java 層。ADF Swing 開發人員採用聲明方式將組件模型設置為 ADF 綁定中的有名引用。ADF 中的數據控制項將一致的客戶端開發 API 公開給不同的業務服務，以便 Swing 開發人員使用。數據控制項採用標准方法來創建、刪除和插入數據，並採用標准控制項來導航數據集。ADF 綁定將一個可以從數據控制項訪問的較小的數據子集公開給 Swing 應用程序面板或框架。Swing 開發人員無需了解應用程序構建所基於的業務服務，這是因為他們不再處理特定的模型 API。同樣，他們並不負責資源查找或類似任務。所有這些任務均由 JSR-227 實現處理，該實現提供了一個有效的控制反轉機制。由於ADF Swing 應用程序開發在很大程度上是一個使用 ADF 執行的聲明任務，因此它縮短了新手和 Java 專家的應用程序開發周期。例如，UI 第一綁定使項目團隊可以輕松地進行快速原型設計。可以採用概念驗證的方式創建 UI 的非綁定版本，然後採用回溯方式將其綁定到服務。 圖2：ADF Swing 體系結構 JavaServer FacesJavaServer Faces 是 Web 應用程序開發中的一個里程碑，它將成為 J2EE 5.0（SUN 最近將其重新命名為 JEE 5.0）中核心 Java 企業版平台的一部分。JavaServer Faces 可以作為獨立的 Servlet 在 J2EE1.4 應用伺服器中使用。Web 並非為需要事務和狀態處理的業務應用程序而設計。多年來，開發人員花費了大量時間使用各種技術（如隱藏的 HTML 域、cookie、URL 或會話參數）來跟蹤 Web 應用程序的狀態，而這樣做僅僅為了克服 HTTP 協議無狀態這個問題。JavaServer Faces 有助於開發人員重新關注應用程序的業務要求，而不再關注基礎的交付技術。JavaServer Faces 是一個 UI 框架，它對應用程序開發人員隱藏了 HTTP 請求 – 響應循環的細節。與Swing 中的 JavaBean 體系結構相似，JavaServer Faces 使用通過屬性公開狀態和行為的 UI 組件來構建 Web 界面。盡管 JavaServer Faces 頁面通常匯集在 JSP 文件中，但這並不是必需的。JSF 這項技術並非只可用於基於瀏覽器的應用程序，同時也可用於構建移動應用程序。JavaServer Faces 中的 UI 組件是顯示不可知的。這意味著應用程序開發人員並不構建針對特定設備的應用程序，而是構建可以在許多設備上運行的應用程序。JSF 中的 UI 組件呈現器類（打包的呈現器集的一部分）決定 UI 的可視化表示。如果初始應用程序請求來自 Web 瀏覽器，則該表示採用 HTML 格式，否則應用程序將按照請求客戶端設備所支持的方式呈現（假設該設備類型存在一組呈現器類）。類似文本域這樣的 UI 組件通過 ExpressionLanguage (EL) 值綁定綁定到 (JSF) 管理的 bean 模型上。在值綁定中，EL 用於引用輔助 bean 中的 setter 和 getter 方法對。例如，EL 表達式 #{users.firstname} 將 JSF 組件綁定到用戶 bean 中的 setFirstname 和 getFirstname 方法上。EL 綁定另一個可能的形式是方法綁定。方法綁定引用受管理 bean 中的方法，並在 JSF 中（就像在按鈕中一樣）用於將操作屬性綁定到視圖層邏輯，以便在復雜導航情形下或者在需要導航前和導航後處理的情況下執行。 圖3：JavaServer Faces 體系結構 受管理 bean 的另一個角色是將 UI 組件綁定到域數據，例如訪問 JDBC 查詢的結果集或查找 Enterprise JavaBean (EJB) 會話。此外，頁面上的 UI 組件可能在輔助 bean 中包含一個用於以編程方式訪問的表示。Oracle 應用程序開發框架 (ADF) 和 JavaServer FacesOracle JDeveloper 10.1.3 支持通過可視編輯器進行 JavaServer Faces 開發。此外，Oracle ADF 可用於通過聲明方式將 JavaServer Faces 和 ADF Faces 組件綁定到業務服務數據。正如在 Swing 的上下文中介紹 Oracle ADF 時所指出的，使用 Oracle ADF 綁定為 JavaServer Faces Web 應用程序開發人員提供了一個統一的開發 API，用於訪問 Web 服務、Enterprise Java Bean、TopLink、POJO、ADF 業務組件以及其他類型的業務服務。ADF Faces 是一組基於 JavaServer Faces API 構建並可以部署到任何 JSF 實現（如由 Sun 或 Apache MyFaces 提供的參考實現）的 100 多個 JSF UI 組件的總稱。除了適用於瀏覽器客戶端的 HTML 呈現器工具包以外，ADF Faces 還為在 telnet 客戶端、移動設備和 PDA 上顯示的 Web 應用程序提供了呈現器，並支持作為顯示不可知 Web 應用程序開發環境的 JavaServer Faces 的強大功能。為將ADF 與 JavaServer Faces 應用程序集成，表達式語言值綁定訪問 ADF 綁定對象，而非輔助 bean 中的數據。ADF 綁定對象（默認情況下名為「bindings」）由 ADF servlet 在應用程序初始化過程中創建，並使開發人員能夠訪問通過 ADF 數據控制項和綁定層公開的所有集合和方法。要以編程方式引用和使用輔助 bean 中的 ADF 綁定對象，可以通過 faces 配置中的 ExpressionLanguage 表達式 #{bindings} 訪問綁定對象並將其作為受管理屬性的值注入到輔助 bean 中。 圖4：使用 ADF 的 JavaServer Faces 體系結構 履行富互聯網應用程序的諾言：AJAX 和 ADF Faces對於並非熟悉 Javascript、XML 或文檔對象模型 (DOM) 等 Web 技術的開發人員而言，AJAX 易於理解但卻難於實現。對於業務應用程序而言，僅當在 JavaServer Faces 這樣的 Web 應用程序框架中以「現成方式」在組件中使用時，AJAX 才有意義。ADF Faces 提供了部分頁面呈現和對話框支持，使開發人員能夠構建更好的 Web 客戶端。作為一個早期實現的 AJAX，部分頁面呈現縮短了客戶端的響應時間，因為它減小了只需刷新頁面的某些部分的網頁的下載大小。ADF Faces 的未來發展方向是提供一組利用 AJAX 的富互聯網組件，以便 Web 應用程序開發人員能夠構建響應性和交互性較高的 Web 客戶端，而不必編寫 JavaScript 或 DHTML 代碼。在 JavaOne 2005 召開期間首次展示了 ADF Faces 富互聯網應用程序客戶端的預覽版本。在什麼場合使用什麼技術？ 當決定對新應用程序開發使用哪種技術時，應用程序的要求（而非各種技術的功能）是一個不錯的指標。以下是對兩種技術的簡要分類比較 開發：主要的 Java IDE 支持對 Swing 和 JavaServer Faces 進行可視開發。開發 JavaServer Faces 應用程序時，開發人員可以獲得很多好處而不必編寫 Java 代碼。組件：Swing 和 JavaServer Faces 均基於組件，並將 JavaBeans 用於其 UI 組件。還可以創建在應用程序中使用的自定義組件。頁面和布局：Swing 中的布局通過嵌套 Swing 面板定義。Swing 組件的位置及其調整大小的行為通過 LayoutManagers 確定。同樣，在 JavaServer Faces 中，布局通過容器（如 ADF Faces 中的 PanelPage 和 PanelBox）定義。每個容器可以有很多個子組件，而其中的每個子組件本身也是容器。盡管使用 HTML 表格安排 JSF 應用程序的布局可能比較吸引人，但在處理 JSF 應用程序時建議您不要混合使用多技術。UI 響應性：AJAX 更適合於 Web 應用程序，它可以根據提供的輸入或模型層中引發的事件向用戶立即提供反饋。Swing 用戶界面具有高響應性，並可以刷新屏幕上的特定區域而不用刷新整個屏幕。例如，股票應用程序可以向 Swing 應用程序發送有關已更改值的信息，無需重新查詢即可將該信息顯示給用戶。更新、插入和刪除：Web 模型基於 HTTP 協議，該協議並非為事務應用程序和動態業務應用程序而設計。JavaServer Faces 自動處理 Web 開發人員以往所面臨的大量問題，但在處理多行更新方面，有時仍需要開發人員親自操作。而在 Swing 中，多行操作對於應用程序開發人員（如使用 ADF Swing 的開發人員）而言比較簡單。外觀： Swing 支持動態外觀類，這些類在應用程序啟動時向其應用特定顏色方案。更改應用程序外觀不需要更改應用程序代碼。JavaServer Faces 使用樣式表顯示不同的用戶外觀。此外，Oracle ADF Faces 還提供了一個稱作「換膚」的特性，其作用與 Swing 中的外觀類相似。國際化：這兩種技術均支持使用資源包進行字元串翻譯。JavaServer Faces 包含客戶端上的瀏覽器設置中的首選用戶語言，而 Swing 應用程序根據 Java 運行時環境中的區域設置確定語言。JavaServer Faces 和 Swing 均可以編程方式設置語言，以便應用程序用戶可以從應用程序中選擇一種翻譯。事件模型：JavaServer Faces 和 Swing 組件均使用 JavaBean 事件模型發布有關模型或組件更改的信息。相關各方可以使用 JavaBean 監聽器注冊事件，如值更改事件、屬性更改事件或階段事件。鍵盤快捷方式：盡管這兩種技術均支持鍵盤快捷方式，但由於 Swing 並不依賴於瀏覽器，因此在這方面優勢比較明顯。所有鍵盤功能均由 Swing 處理並可以由應用程序開發人員控制。桌面集成：安裝到本地的 Swing 應用程序擁有客戶端桌面的完全訪問許可權。JavaServer Faces 通過上載和下載文件只提供有限的桌面集成。導航：Swing 只具有編程式導航功能，而不存在為 Swing 標准（定義應根據操作輸出顯示哪個面板）定義的外部控制器。JavaServer Faces 使用一個控制器組件，可以根據計算輸出使用指定的導航示例對其進行配置。導航可以定義為操作組件的靜態字元串，而對於更復雜的導航，則可以用 Java 表示。應用程序控制：與導航相關，相對於在 JavaServer Faces 中而言，應用程序開發人員可以更好地控制客戶端中的 Swing 應用程序。用戶在 Java 運行時環境中運行 Swing 應用程序，而這並不會因為（例如）工具欄不是應用程序本身的一部分而引起沖突。在瀏覽器中運行的 JavaServer Faces 應用程序總要求開發人員解決已知的瀏覽器限制。如今，沒有使應用程序開發人員能夠關閉不需要的瀏覽器行為或功能（如瀏覽器後退按鈕或瀏覽器保留的鍵盤快捷方式）的通用瀏覽器標准和一組通用 API。性能：對於執行數據密集型操作的應用程序而言，JavaServer Faces 的性能似乎要高於 Swing，這是因為它只顯示對客戶端的更改。使用 AJAX，所需的下載大小將變得更小，從而性能將得到進一步的提高。盡管 Swing 可以使用遠程伺服器上部署的業務邏輯，但這需要使用遠程方法調用 (RMI)，該調用的性能要低於 JavaServer Faces 模型。但應始終針對單個應用程序來分析網路性能，並應在可能的用戶界面中考慮應用程序的要求。安全性：JavaServer Faces 集成了聲明式 J2EE 安全性，從而易於保護 Web 應用程序以及與一次性登錄集成。Swing 更難於保護，且將基於 J2SE 許可權的安全性與需要更多專業技能的 Java 驗證和授權服務 (JAAS) 結合使用。部署：JavaServer Faces 部署到 J2EE 容器並從 Web 中進行訪問。該部署的體系結構既可以是兩層的（其中的業務邏輯層與視圖層位於同一伺服器上）也可以是三層的。Swing 通常部署到本地客戶端上，或通過 JavaWeb Start（J2SE 中一個基於伺服器的軟體管理選件）進行部署。對於 JavaServer Faces 而言，使用 Oracle Application Server Control 或相似的管理控制台可以使部署變得更簡單、更易於管理。綜上所述，如果應用程序要求對用戶輸入或更改用戶顯示的事件立即做出響應，則 應使用 Swing。這對在一個屏幕上顯示多個主/從相關性的復雜用戶界面也是如此。此外，與 Web 相比，Swing 還可以為需要執行即時項目驗證的應用程序（可能基於復雜的邏輯）提供更好的支持。使用 Swing 的另一個重要原因是需要不僅能文件上載和下載的桌面集成。此類集成的例子有本地列印機訪問、對電話或掃描儀等外部設備的訪問。此外，與 Web 技術（其中封閉瀏覽器使用某些鍵盤組合）相比，Swing 可以為需要定義其自身的鍵盤映射的應用程序提供更好的服務。在構建 Swing 應用程序時，其他瀏覽器功能（如可能妨礙業務控制的應用程序導航的瀏覽器後退按鈕）不會成為問題。某些業務要求應用程序離線運行（即與網路斷開連接），您可以根據此要求來構建 Swing 應用程序。最後，Swing 應用程序只使用一種語言開發，而 JavaServer Faces 混合使用 Java、XML 和 ExpressionLanguage 等技術。如果需要可以從任何位置（不要求安裝客戶端）訪問應用程序，則 應使用 JavaServer Faces。這包括可能為 PDA、行動電話和 telnet 客戶端等顯示設備提供的支持。與 Swing 不同，JavaServer Faces 可以通過防火牆（使用 HTTP 或 HTTPS 來保護客戶端-伺服器通信）進行輕松的運行。由於邏輯在伺服器上執行，因此 JavaServer Faces 更易於部署並需要更少的客戶端資源。如今，互聯網應用程序已得到普遍使用，因此您可以假設應用程序用戶熟悉 Web 應用程序的外觀和使用。這降低了用戶在使用新應用程序時的學習難度。安全性是使用基於 Web 的 JavaServer Faces 應用程序的另一個重要原因。盡管可以使用 JAAS 構建安全的 Swing 應用程序，但構建與伺服器上容器管理的安全性和一次性登錄集成的基於 Web 的應用程序則更為簡單。此外，與在 Swing 中相比，在 JSF 中更容易實現需要將其中的身份發送到其他組件或應用程序的安全性集成。但您應該知道的是，將 JSF 與 AJAX 結合使用是基於 Javascript（需要瀏覽器支持）的。將來，Swing 技術如今具有的優點將逐漸消失。例如在美國，賓西法尼亞和舊金山兩座城市已經啟動了一些在整個城市提供無線訪問的項目。一旦世界上的其他國家/地區採用了該模型，那麼在斷開連接模式下工作（Swing 當前的優點）將不再必要。有關 Swing 逐漸失去優勢的另一個例子是 AJAX 有望為 Web 應用程序帶來的即時客戶端顯示響應這一優點。 有選擇的生產效率：是否只須學習一種技術？ 成功開發 J2EE 應用程序需要 J2EE 框架和 Java IDE，它們盡量對應用程序開發人員隱藏復雜性，同時還實施了最佳的編碼實踐。 一項互聯網工作招聘快速調查顯示，Web 應用程序開發人員的就業市場遠遠大於 Swing 應用程序開發人員。因此，在理想情況下您需要學習的一門技術是 Web 應用程序開發，其中包括 JavaServer Faces、AJAX 和 JavaServer Pages。在需要開發 Swing 應用程序時，如果將 Oracle 應用程序開發框架和 Oracle JDeveloper 與 Swing 結合使用，則 Web 應用程序開發技術就足夠了。Oracle JDeveloper 是一個支持 J2EE 桌面和 Web 應用程序的集成 Java IDE。使用 Oracle 應用程序開發框架，應用程序開發人員無須再學習如何使用不同的 API 來訪問各種持久層技術，使用一個一致的 API 就可以了。使用Oracle ADF，Web 應用程序開發人員可以在設計時和運行時使用與 Swing 應用程序開發人員構建 Java 桌面應用程序所使用的同一組元數據文件。由於提供了相似的開發環境，因此 Swing 應用程序開發人員將發現開發 Web 應用程序其實比較簡單，反之亦然。因此，如果您必須只學習一種技術，則建議您最好學習如何使用 Oracle 應用程序開發框架開發 Web 應用程序。總結JavaServer Faces 與 AJAX 的發展過程就像人類學習走路一樣，是一個漸進的過程。Web 應用程序最初以靜態界面形式出現，現在已經逐步演變為一個動態應用程序平台。AJAX 只不過是需要在其最具有意義的環境 - JSF 中實現的下一個邏輯步驟。擁有富互聯網客戶端使開發人員可以選擇使用適當的技術解決問題。富互聯網應用程序 (AJAX)基於組件的 Web 客戶端 (JSF)基於動態標記的 Web 客戶端 (JSP)桌面集成客戶端 (Swing)AJAX 闡述了一種使 J2EE 應用程序開發人員能夠將復雜的業務應用程序發布到 Web 的可能。作為 Swing 開發人員，您不必在意圍繞 AJAX 展開的宣傳熱潮，但應在意它的動機。宣傳是為了推廣新機會，而這正體現了 JavaServer Faces 和 AJAX 的本質：為應用程序開發人員構建富 Web 應用程序提供新機會。Swing 是為客戶端桌面開發 Java 應用程序的標准方法，並且它要解決的開發問題與 JavaServer Faces 和 AJAX 不同。它通過 Community Process 以及 Sun（它還領導了 Java 桌面網路組件 (JDNC) 項目）的努力得到不斷發展和改進。盡管Swing 與 JavaServer Faces/AJAX 在功能上存在重疊，但兩者並不直接競爭。為某項工作選擇的技術必須解決您要解決的問題，而反之則不然。使用 Oracle 應用程序開發框架，開發人員可以靈活地選擇相應的技術，以便使用一種基礎技術集開發 Web 應用程序和桌面應用程序。 Frank Nimphius 和Duncan Mills 是Oracle 開發人員工具部門的產品經理，兩人均為 Oracle ACE。

❿ 怎麼做股票模型

我也曾今也想到過這個問題。但是，告訴你一個不幸的消息，股票不可以用模型製作，我以前試過用指數模型和高斯分布做過，但後來去給一個博士談到這個問題的時候。最終達成一致共識，股票不能建立模型。只能在股票和其他衍生工具之間建立交易模型，例如capm，b-s模型。如果是老師布置的作業，你就給她說，不能建立模型。