公司要开发证券行情软件,用什么语言什么库最好?

dddeee 2008-12-13 07:17:33
公司打算开发一套证券软件,可以看行情和各种K线曲线什么的桌面应用程序。

老板把选择用什么语言来开发的任务交给了我,并有以下的要求:
1. 速度快。显示各种数据、曲线快,界面反应灵敏。
2. 稳定
3. 容易找人开发
4. 一定是公司自己开发,不考虑购买别人已经写好的证券软件

公司现在的开发人员,一半是做vb.net的,一半是做java的,没有做c/c++/delphi的人,所以对于做桌面程序,没什么经验。我这些天在网上查资料,有以下问题,希望大家给我一些好的建议。

1. 国内的证券软件是用什么语言写的?是VC+MFC吗?
2. 如果用java的swing/swt来做,速度方面肯定达不到要求,经常会有卡、反应迟顿的感觉。如果使用java+QT或者java+GTK+来做,在速度方面会不会有改进?
3. 使用vc+mfc,或者是c/c++ + QT,或者是c/c++ + wxWidgets, 或者是c/c++ + gtk+, 这几种开发方式对于程序员的要求有多高?因为我对c/c++不熟悉,不知道一个人有几年的工作经验,才可以胜任这样的任务。
4. 使用Delphi来做,在速度上表现怎么样?现在找能胜任这个任务的delphi开发人员,容易吗?

如果你有好的建议,请告诉我,谢谢大家!
...全文
1005 16 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
16 条回复
切换为时间正序
请发表友善的回复…
发表回复
苦瓜不甜 2009-06-19
  • 打赏
  • 举报
回复
日本有些证券软件是用COBOL程序写的吗?
康斯坦汀 2008-12-15
  • 打赏
  • 举报
回复
我曾经在某国内早期知名证券开发商短期打工,算比较了解。
他们的证券软件是用VC写的,但没用MFC,winapi。
国内其他Windows下的证券软件大多数是用VC写的,但也有用Delphi写的,
用Deiphi写的那个功能、速度都不错,跟VC写的没什么分别。

并不是说VB.NET不可以完成这类项目,关键看技术了。速度上.NET
的肯定要比VC、Delphi的慢一些。

我个人比较支持c/c++ + QT,或者是c/c++ + wxWidgets,因为他们是跨平台的。
看你们的最终用户是否需要跨平台了。从技术角度看。Delphi比较好些,因为学习成本低。
容易控制,C++的话MFC,QT WxWidgets都差不多。开发周期要长些。



Chivalry 2008-12-15
  • 打赏
  • 举报
回复
他们的证券软件是用VC写的,但没用MFC,winapi。
------------------
用Winapi直接写的?牛啊

个人还是建议用delphi,感觉快速开发比vc好一些
definegg 2008-12-15
  • 打赏
  • 举报
回复
C++ 如果在windows 平台运行的话,可以使用 MFC 也可以不使用.
kissyfish 2008-12-14
  • 打赏
  • 举报
回复
你用c++来写,我blog就写了一篇关于如何用c++开发一套曲线控件的文章,你可以去看看,里面还有示例工程,相信对你有帮助。
http://blog.csdn.net/kissyfish
pyrophile 2008-12-14
  • 打赏
  • 举报
回复
VC符合你的1,2。但可能不符合你的3;做你那种软件我想至少要有三年以上工作经验,而且要有大数据量的处理经验,这些人我相信工资是不会低的
1. 速度快。显示各种数据、曲线快,界面反应灵敏。
2. 稳定
3. 容易找人开发
4. 一定是公司自己开发,不考虑购买别人已经写好的证券软件
用户 昵称 2008-12-14
  • 打赏
  • 举报
回复
程序的界面不用刻意美观,在大多数情况下,只要将控件摆齐了就好看多了,再加点第三方界面库就够了。
Wenxy1 2008-12-13
  • 打赏
  • 举报
回复
C++不错,做界面可以用第三方的库。
ndchenxiaofeng 2008-12-13
  • 打赏
  • 举报
回复
VC++/MFC 在速度上可以,但要做精美的界面难。
feeboby 2008-12-13
  • 打赏
  • 举报
回复
C++ 和mfc
保证符合lz 的要求
oyljerry 2008-12-13
  • 打赏
  • 举报
回复
[Quote=引用 5 楼 dddeee 的回复:]
vb.net有两个问题,一是需要客户安装一个.net framework。我不知道能不能把它和程序打包在一起,让用户不必单独安装。如果不行的话,那就太麻烦了。

二是我不知道它的性能到底怎么样,因为我感觉因为多了一个.net framework层,速度应该比vc, delphi那些要慢一些。还有看了公司的一些用vb.net做的系统,感觉反应不太灵敏。
[/Quote]

那就用MFC,Web UI等,
C++的速度,性能还是要好一些的
dddeee 2008-12-13
  • 打赏
  • 举报
回复
vb.net有两个问题,一是需要客户安装一个.net framework。我不知道能不能把它和程序打包在一起,让用户不必单独安装。如果不行的话,那就太麻烦了。

二是我不知道它的性能到底怎么样,因为我感觉因为多了一个.net framework层,速度应该比vc, delphi那些要慢一些。还有看了公司的一些用vb.net做的系统,感觉反应不太灵敏。
suilj 2008-12-13
  • 打赏
  • 举报
回复
按你说的情况,就继续用vb.net好了,很适合前台界面
dddeee 2008-12-13
  • 打赏
  • 举报
回复
谢谢两位的建议。

我现在的问题就在前台和界面,后台的处理倒不用怎么担心。
dirdirdir3 2008-12-13
  • 打赏
  • 举报
回复
界面什么都很容易,关键你有什么核心的东西,以及比较数据源.
反正国内现在的都是T+1的,实时性要求不怎么高,如果是外汇交易等的又不同,有的要求每秒能够更新几十上百次数据,这个才有点难度.......................
CodeProject-Jerry 2008-12-13
  • 打赏
  • 举报
回复
界面部分,可以用GDI / OpenGL / Direct3D
主要是界面部分, 因为数据的处理都是在服务器端, 客户端只是负责复杂的数据的获取与显示

开发语言无所谓,只是.Net做的客户端还要一个框架。
Java的就更不好说了。

VC和Delphi比较好, 如果要跨平台可以用Delphi
OpenGL是跨平台的不错选择.

其实大部分的UI 部分 都是在OpenGL里面画出来的。 其它的部分并不多,

15,980

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC 界面
社区管理员
  • 界面
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧