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系统每一个部分，对其设计细节一探究竟。