本文目录一览：
cobol语言为什么被银行系统广泛应用?
1、除了历史原因以外，对于银行、证券等业务系统，并不需要丰富的计算方法，而是对于数据的处理有较高的要求。例如海量的数据处理，数据的输入输出格式等。
2、和Fortran比较适合于科学计算相对等，COBOL比较适合于那些计算机较为简单，但要对大量数据进行管理的商业应用，如财务会计应用程序。当时，COBOL在大银行、大公司及政府部门中应用非常广泛。
3、当然这很大程度上都是由于COBOL雄厚的商业领域基础惯性，因为银行和网络运营商的内部系统很早就在使用COBOL，而且运行良好，没必要也不方便更换。
4、COBOL语言银行用的比较多，也基本是用在银行核心系统（日本人用的更多），优点是处理数据效率高，应该也是唯一的优点了吧。
5、COBOL语音是最早的开发语言，发达国家的银行系统几乎都是用COBOL但是国内现在有中国银行，商业银行等在使用，但是前景很不乐观。现在做COBOL的公司主要在大连，因为大连对日外包公司比较多。都是给日本来做。
6、主要是商业用途多一些，证券，银行，保险用的比较多，大型机和小型机上面都有应用，是面向过程的语言。我做过两个行业的软件，都是用cobol的，感觉还不错。
cobol真的会在以后比java更有发展么?
cobol自上世纪60年代出世以来，没有多少改变，相当原始，几乎是对话般的编程（这也是其安全性很高的原因之一），所以前景谈不上，一般是以后做外包或者出国。
当然是Java。COBOL语言银行用的比较多，也基本是用在银行核心系统（日本人用的更多），优点是处理数据效率高，应该也是唯一的优点了吧。
一般对日较多，学日语。工资待遇还是不错的，也好找。不对日的有IBM，花旗等。其实学什么都差不多，你会了一种，有人带转学很快。JAVA要厉害才好找工作，COBOL是很老了，但是它一直很有活力。
我是过来人，学过COBOL，也学过JAVA，二者的区别在于，做COBOL的会更有面子，因为知道的人少，说出去能装装犊子，而且干COBOL的基本都是在IBM，换工作了有这个经验会比较好。做JAVA比较大众了，这个暂且不说。
至于说前景的话，cobol肯定是一时半会的不会被淘汰的，它的后台数据处理能力是无法比拟的，不像java等语言技术更新的那么快，不论什么语言，你用精了都是很有前途和钱途的，加油吧。。
cobol方面的问题
首先，COBOL习惯上应该大写，这点编写程序时候要注意。下面回答你的问题 1，2，3，4都有一个共同的问题，就是你的A B C变量类型没有写明。
：结果是123 2：结果是 ‘34’这个其实很简单，记住，目标变量是字符串的话，就是左对齐截取。数字的话，右对齐截取。
if A = 1 or 2 or 3 then 。。这个可以，前三个都没有问题， 但是第四个 evaluate A when 1 2 。。end-evaluate 有问题，可以改成 evaluate A when 1 OR 2 。。
就像Javascript，你定义了长度为4的数组，下标为0~3，然而你也可以向下标4及以后的下标赋值，没有错误。也就是说，你初始化定义的长度，原则上是它的长度，但是也可扩展。
这要看你两个月后作的项目是什么. 如果用cobol做画面系的还是很勉强的，因为画面系比较复杂，如果是作后台 比如文件的处理，这样两个月就够了。如果是做日本项目的话 日文的资料还是很多的。
文件中的数据导一次就可以了是吧？如果只导一次的话，以第一种方法为最优。如果只导一次行不通的话，从第二次开始，可以只把那些差异部分导入DB。
cobol中可以有(1:0)的写法吗
1、在cobol中ZERO、ZEROS、ZEROES都是一样的。你的例子中，3中情况都是一样的：A 结果：0。 B 结果：000 结果只决定于你定义变量的类型。此外space、spaces、也是等同的。
2、通过以上例子可以看出，二者都不可以显示符号，但是Z和-不会用0补位，9会有0。-可以显示正和负，+只能显示负。当然COBOL语言也分好些环境好些版本，以上都是我通过理论推倒的例子，并没有实际测试一下。
3、就像Javascript，你定义了长度为4的数组，下标为0~3，然而你也可以向下标4及以后的下标赋值，没有错误。也就是说，你初始化定义的长度，原则上是它的长度，但是也可扩展。
4、上面的两种DISPLAY，第一个结果是不能直接看到“汉字”的。第二个结果可以直接看到“汉字”.(由于主机环境的编码是EBDIC编码，所以如果想正确显示还需要在首尾分别加上 X0E 和X0F。
