|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-05-12
樓主的中西合璧用的是滾瓜爛熟啊。
|
| 返回顶楼 | |
|
发表时间：2010-05-25
lonelybug 写道 说白了，不是不能用，是因为免费，银行系统风险太高，开发部门经理们不会用自己的乌纱帽去冒险用java的一些免费框架，所以核心都用，花钱的，这样可以推卸风险责任。
银行系统不会需要很花哨的框架，另外常用的开源框架使用率很高，可靠性不比一些商业的差，花钱买解决方案或者租用核心系统，多数出于成本的考虑 |
| 返回顶楼 | |
|
发表时间：2010-06-07
我想说 .net 做核心的也是有的……
做核心也有很多种模式…… |
| 返回顶楼 | |
|
发表时间：2010-06-07
确实，这帖子里的大多数人都根据自己的臆想在说话。
银行核心真的没法用java来写么？ 没有调查就没有发言权。至少我了解的，确实目前国内有银行的核心是Java EE 写的。 |
| 返回顶楼 | |
|
发表时间：2010-06-08
Ｊ２ＥＥ肯定只有做Front End之类的东西。中间一般都有中间件的。后台用的,都是使用很多年,非常稳定的系统.像信用卡的V+,柜台业务Oracle FlexCube,Call Center则选择一些非常成熟的CRM.偶见用IBM WPS做引擎处理某特殊规则频繁变动的业务。
|
| 返回顶楼 | |
|
发表时间：2010-07-04
银行系统似乎很神秘，想知道都会用到J2EE的那些具体的技术呢？
|
| 返回顶楼 | |
|
发表时间：2010-07-06
银行的核心系统一般都是比较有年头的了，所以才会是COBOL等等大行其道
|
| 返回顶楼 | |
|
发表时间：2010-07-16
aws 写道 银行的核心系统一般都是比较有年头的了，所以才会是COBOL等等大行其道
没错，核心是账户之类。银行这些系统历史长，和IBM结合很紧密。 J2EE就是网页服务，填个表单之类的。做过HSBC的一个贸易的，J2EE就是个前端，连数据库都没涉及，数据直接往一个MQ上扔、读取。 说到外汇，不少公司都有用JAVA，但不是J2EE，是J2SE。 |
| 返回顶楼 | |
|
发表时间：2010-07-16
像信贷管理和网上交易这类的扩展及外围业务采用J2EE是比较正常的，核心的转账、结算、支付依然是C为主流，并不是说哪种语言行不行，历史的影响力决定的
|
| 返回顶楼 | |
|
发表时间：2010-07-21
我想主要是历史原因吧。
我没有在银行工作过，但现在的保险公司也是一样，系统是10年前从美国购买的Cobol核心，运行得好好的，为什么要重新用Java写？那么多数据在那里，谁又敢动它？ |
| 返回顶楼 | |
