了解一下目前银行柜面使用的终端系统 - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

目前我们公司就在澳门XX银行实现了B/S结构的柜员终端系统。因澳门这边的银行分行点想比国内的规模小很多，所以从速度上来分析如果在国内可能就不太适合。目前还没有在国内开展过。
趋势恐怕还是b/s, 不认为是原来的curse过时了, 多半还是因为原来那些人慢慢都不编了, 技术自然也就过渡到现在了.
现在的技术和语言能够更方便的编写层次比较好的代码, 对复用还是挺有帮助的, 框架搭起来后,工作量应该会少一些.
而且原来字符界面感觉光秃秃的, 肯定是没有现在那种b/s, c/s的看上去好看了.
不过柜面吗, 只要让柜员敲的快,敲的爽,操作简单就好,大道至简吗. 这个恐怕就要看品设计的思路了. 和用什么实现到觉得关系不大
1. 终端和图形本身差别就很大，基本不要考虑同时运行在两个环境下。图形的话，也不怎么有银行用unix/linux的Xwindow啊。所以，没什么平台可跨的。JAVA就更不用说，完全不支持终端。
2. 数据库无关方法很多，JDBC/ODBC都可以。不过，这类统一接口最大的问题就是效率差，无法使用数据库特定的扩展功能。不如一些直接使用数据库C API接口的包装类库。另外，前端应该尽量不使用数据库，否则容易造成和后台数据不一致的问题。这样才是彻底的数据库无关。
3. 如果是终端方式，弄个前端服务器带终端是当然的，但是图形方式下，还搞服务端服务器，这就太折腾了，客户端本身的计算资源太浪费了。现在很普通的PC机，性能也很强啊。B/S/S方式客户端利用太少，层次多加了一层，效率比C/S差些。
4. 可视化编写，其实可视的也就是界面组件的排放和位置。利用自动生成，基本都不需要手工再去排放位置，还能对得很齐。至于更重要的组件间逻辑控制，还是得程序员去写代码的。参照VC，Delphi之类的IDE环境就知道了。