Summit系統架構概覽

        Summit系統是典型的MVC結構系統，其中View層稱爲SummitFT，基於微軟C# .NET技術；Control層分爲2部分，一部分爲Java開發的通訊中間層，另外一部分爲C/C++編寫的Summit主體部分；最後，Model層做爲Summit業務數據抽象、存取層，基於ENTITY實現，支持主流的Oracle/SQL Server以及Sybase數據庫。下面，咱們從前端到後端，對Summit使用的主要技術進行介紹。

        SummitFT使用Infragistics的C#控件庫做爲基礎，封裝出了一套本身的控件。整個界面風格統1、控件佈局合理，操做方便，對用戶比較友好。做爲對比，Calypso基於Java作的界面；Kondor基於C作的界面，操做體驗上來講，跟SummitFT是無法比。

        咱們再來講Control層，Summit做爲典型的CS程序，客戶端與服務端通信採用的不是TCP/IP直接通信的方式，而是採用了HTTP協議和WebService的方式。其中，SummitFT經過HTTP協議與通信中件層通信；通信中間層採用WebService與etoolkit進程通信，達到使用Summit後端服務的目的。這種設計的好處就是Control層不只能夠對接SummitFT，還提供了一套靈活的供其餘客戶端調用的方式，好比Summit就支持VBA、Java等其餘語言的直接調用。由此能夠看出，Summit系統在設計時已經考慮到了系統的開放性。通信中間層採用Java語言編寫，負責接收SummitFT的HTTP鏈接，並負責HTTP協議報文與SOAP報文之間的轉換。Summit Business Control層即上文提到的etoolkit，etoolkit使用C/C++開發，實際上就是一個WebService Server，負責處理中間層的請求，並將結果封閉成SOAP報文，返回給通信中間層。

        Model層依賴Summit數據抽象ENTITY以及關係型數據庫，目前支持Oracle, Sybase以及SQL Server。Model層進行Summit數據的序列化與反序列化。ENTITY即Summit系統的元數據，在Summit系統中，全部的數據（交易數據、靜態數據、系統基礎數據）都以ENTITY進行抽象。ENTITY不只包含屬性(Properties)，還會包含接口(Interface)和具體的方法(Method)。所以，ENTITY徹底能夠用如今的面向對象來理解。Summit系統這一抽象體系始於1990年代，在那個面向對象還沒有流行的年代，這種架構設計上的前瞻性，我實佩服不已。

        以上，就是我對Summit系統整體架構的理解，下次，咱們將深刻到Summit系統每一個部分，對其設計細節一探究竟。