01
背景
交易系统是基金公司投研线核心业务系统，同时逻辑复杂且业务流程长。由于历史原因和用户习惯沿袭，市面上的交易系统几乎都是桌面客户端软件的形式，华夏基金从01年开始自研交易系统时，客户端自然也选择了桌面软件的形式。系统自14年上线以来，交易系统实现了很多功能，收集了许多用户反馈，原有技术栈的局限性也给我们造成了很多迭代升级的困扰。我们一方面继续在原系统上支持着业务的发展，另一方面也分出精干队伍开始新系统的建设，设计了全新的系统架构，也完成了客户端技术栈脱胎换骨的升级。
原系统技术栈如图所示：
存在的主要问题有：1.社区不活跃，很多组件需要自己从头开始搭建.UI功能比较弱，样式定制的自由度低，界面不够美观.性能不如其他原生桌面框架，容易发生卡顿4.编码繁琐，开发效率低
优点有：1.前后端统一开发语言，人员和技术栈可以复用.支持模块化、插件化、打包部署，符合大型项目的工程化要求
0
目标我们总结得出，新客户端技术选型需要满足以下目标：1.技术属于主流方向，发展可持续，至少在5年不会落后时代。.开源可控，社区活跃、支持力度大。.更高层次的编程模式，开发效率高。4.支持大型项目所需的模块拆分、组件封装、工程化能力。5.跨平台的能力。
0
成果
经历了很多轮的技术选型试用-放弃-重新选型-系统适配-难点攻关，完成了所有关键业务功能的验证后，最终稳定下来成了如下的一套技术栈体系：
下面将分别从客户端、Web前端框架、工程化三个方面详细聊一聊这次技术选型过程中的一些考量和经验。
04
客户端
客户端技术方向的选型，主要有Native和Hybird两条路线，原因是在金融交易系统这个细分领域，目前还不具备强制推行纯Web的条件。
Native：主要的代表有C#的WPF、C++的Qt等，都是目前Windows桌面开发的主流技术框架，Qt还有跨平台的能力，这条路线主要的优势是OS的原生UI能力和高性能。
Hybrid：主要以Electron为代表的所谓“Web套壳”路线，主打繁荣的Web生态圈和开发低成本、高效率。
我们在C#、Qt和Electron三种技术方案上都分别安排人员进行了技术尝试和Demo开发，最终选用了Electron框架，主要看中Electron的发展前景、Web生态圈的活力、上手较容易、开发维护成本较低。Web前端开发领域近几年蓬勃发展，工程化配套设施日益成熟，给了我们充足的信心来基于它进行大型项目开发。跨平台性也是Electron极具吸引力的一大优势，Electron和Web相结合，也可以演化出多种部署方式，适应各种客户机环境的要求。
?桌面客户端、本地file协议加载，未来将是我们的常规部署方式，这种方式具备更快的页面加载速度，在安全上也有更有保障。
?桌面客户端、远程