说说国内到底有几套JAVA版的核心系统吧 - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

打死也不说 发表于 2011-11-4 11:28

这话也两说，例如t24在国内也上线了，在国际上的案例就更多了，但是它的效率还可是出了名的
temenos的人可一直对我说，T24只是界面用java，后台可是C的。
反正其代码我没见过，但其性能我是见识过的，响应时间确实较差。和国内其它厂商C语言实现的产品，至少有10倍以上差距。也许与其全配置化实现业务产品的功能模型有关系。
renteng10 发表于 2011-11-4 11:30

请问如果不用java用什么？
用C就很好呀
核心部分主要是基于过程的结构化设计
家住海淀 发表于 2011-11-4 12:10

用C就很好呀
核心部分主要是基于过程的结构化设计
我推荐在应用逻辑层使用C++。核心系统越来越庞大了，不利用OOA/OOD方法的高封装性，代码之间的高耦合问题越来越无法控制。当然，底层的功能性模块还是保留使用C函数。既保证性能和稳定性，也解决了系统模块结构易扩展的问题。
pacman2000 发表于 2011-11-4 12:03

也没啥繁琐的，除了基本的数据库操作，其他就是简单的判断循环和四则运算了。
主要还是看系统的组织和设 ...
再请教一下，用C的话，你们存取数据用的什么方法？？OCI还是Pro C
在大机上用java真是个双赢的结果啊！卖机器的能有机会推销更好的机器给银行，卖软件的会不停的退出新版本（解决性能问题）。
renteng10 发表于 2011-11-4 12:41

再请教一下，用C的话，你们存取数据用的什么方法？？OCI还是Pro C
嵌SQL的C在各家用得比较多，因为程序简单。
不过我认为用数据库API的方式较好，特别是结合C++，可以把不同数据库的差异封装起来，达到支持多种数据库的目的。
传统风味 发表于 2011-11-4 12:29

这也来两说，就技术而言没有实现不了的功能，就看架构层次是否清晰，高扩展性，高兼容性，高集成、高跨平 ...
这个是要先做银行IT系统整体规划，把规则定出来，然后各个系统才好组织实现。但是这个是很有难度的，因为各家系统是不同厂商提供，很多情况下厂商并不一定愿意按照你的方式修改，或者厂商的系统不是根据这个原则设计的。因此经常看到的是规划得很好，而现实完全不是这么回事。
CountOnMyself 发表于 2011-11-4 12:16

我推荐在应用逻辑层使用C++。核心系统越来越庞大了，不利用OOA/OOD方法的高封装性，代码之间的高耦合问题 ...
我也认为C++很合适，既兼容所有C的程序，又加强了封装性，消除耦合，还能带来灵活性。只可惜对核心人员要求较高，所以只看到打着C++旗号写的C系统，没有真正发挥C++优点的系统出来。
cavern1026 发表于 2011-11-4 13:05

在大机上用java真是个双赢的结果啊！卖机器的能有机会推销更好的机器给银行，卖软件的会不停的退出新版本（ ...
大型机安装的操作系统或zos或os390，好像都无法直接支持java，除非你lpar上安装开放操作系统
例如深发展的网银后台就安装的linux
至于用什么语言，c也罢，c++也罢，效率上说差不多，关键在于技术设计的架构，语言不过是实现而已
CountOnMyself 发表于 2011-11-4 12:07

temenos的人可一直对我说，T24只是界面用java，后台可是C的。
反正其代码我没见过，但其性能我是见识过的 ...
T24后台是C...存疑～～～ TCB还有可能
T24应该是InfoBasic吧！
但可以用java写功能挂上去倒是真的...