教 程 目 录
cobol教程

cobol编程语言是最古老的高级编程语言之一. COBOL是一种代表普通商业导向语言的首字母缩写.它最初是一个编译的英式计算机编程语言,专为业务用途设计.那时,它主要用于公司和政府的商业,金融和行政系统.如今,尽管这种语言的普及减少,但它也用于部署在大型计算机上的应用程序,例如大规模批量和事务处理作业.
COBOL - 简介
COBOL最初由1959年由CodaSyl(数据系统会议)设计.它部分基于由Grace Hopper设计的编程语言流动Matic.它是最古老的高级编程语言之一.它是由于美国国防部努力创建了用于数据处理的便携式编程语言的结果.现在,它主要用于开发业务,通常是面向文件的应用程序,我们无法使用它来编写系统软件.它只是意味着我们无法使用它来开发操作系统或编译器.
Cobol如何工作
在理解COBOL的工作之前,我们应该意识到计算机只能知道机器代码即0S和1S的二进制流.因此,要处理COBOL的代码,必须使用编译器转换为机器代码.我们应该通过编译器运行程序源.编译器首先检查任何语法错误,然后将其转换为机器语言.然后编译器创建一个输出文件,称为负载模块.此输出文件包含以1s和0s形式的可执行代码.
COBOL的历史
COBOL是在编程历史中开发的最早的高级编程语言之一.在20世纪50年代,当业务在世界西部的崛起时,需要自动化各种流程以易于运作,这使得该语言诞生于发往商业数据处理的高级编程语言.
1959年,COBOL语言是通过关于数据系统的语言(CODASYL)的会议开发的.
政府印刷办公室在1960年印刷为COBOL60的COBOL规范.
Cobol-61是下一版COBOL,于1961年发布了一些修订.
1968年,COBOL被ANSI(美国国家标准研究所)批准为商业用途的标准语言.一个名为cobol-68的版本.
它再次于1974年和1985年修订,开发后续版本,分别包含一个名为cobol-74和cobol-85的附加功能集.
最后,2002年,释放面向对象的COBOL,它可以使用封装的对象作为COBOL编程的正常部分.
COBOL的功能
以下是cobol语言的一些流行功能:
简单和标准语言
cobol是一种简单,标准和易于学习的语言,可以在IBM AS/400,个人计算机,笔记本电脑等各种计算机上编译和执行,它支持各种语法词汇表,然后遵循一个杂乱的编码风格.
提供业务导向功能
COBOL是为与防御域,金融领域等有关的业务型应用程序开发的应用程序,它提供了先进的文件处理功能,使其能够处理大量数据. Cobol处理超过70%的世界业务交易,最适合复杂的交易.
COBOL提供逻辑控制结构,使其易于读取,修改和调试. COBOL还在各种平台上可扩展,可靠和便携.它为几乎所有计算机平台提供了各种测试和调试工具.
通用可接受性
cobol是一个普遍接受的编程语言之一.它是六十年的旧编程语言,并改变了业务及其在众多平台和设备上工作. COBOL编程语言为几乎所有计算机平台提供调试和测试工具,并提供了大量新的COBOL产品,编译器和开发工具,几乎每年发布.
COBOL的优点
cobol是第一个普遍使用的高级编程语言.它为用户提供了很多优势:
先决条件
在继续执行此COBOL教程之前,您应该具有计算机编程术语和JCL的基本知识.任何编程语言的基本知识都将帮助您获得COBOL编程的概念,并在学习轨道上快速移动.
观众
本教程是为想要学习COBOL基础知识的软件程序员创建.本教程将提供足够的对COBOL编程语言的了解,您可以从您带来更高层次的专业知识.
问题
我们向您保证,在学习COBOL教程时不会发现任何困难.但如果本教程有任何错误,请在联系人表格中发布问题或错误,以便我们可以改进它.
本文地址:https://itbaoku.cn/tutorial/cn_cobol-index.html
相关问答
我正在执行具有以下计算的独立企业COBOL程序.我有一个具有多个操作的计算,另一个具有完整的计算拆分.但是结果在两种情况下都是不同的(最后4位数字). 我已经使用计算器手动计算了这些内容,结果与拆分计算语句匹配.我尝试通过在中间结果下使用整个答案,并仅使用15位最终答案的数字,并且在所有中间步骤(无舍入)下仅使用15位数字.但是,这些结果与组合的计算结果都不匹配. 有人可以帮助我理解为什么有如此不同的原因. 05 WS-A PIC S9(3)V9(15) COMP. 05 WS-B PIC S9(3)V9(15) COMP. 05 WS-C PIC S9(3)V9(15) COMP. 05 WS-D PIC S9(3)V9(15) COMP. 05 WS-E PIC S9(3)V9(15) COMP. 05 WS-RES PIC S9(3)V9(15) COMP. 05 RES-DISP PIC -9(2).9(16). MOVE 3.56784 TO WS-A.
)
01 g1. 05 h1 PIC X VALUE 'N'. 88 s1 VALUE 'Y'. 88 s2 VALUE 'N'. 在上面代码中,S1和S2的值是多少?它是否保留组变量(05)中给出的值或将具有自己的值? 解决方案 S1和S1被命名为条件.根据H1的价值(或在这种情况下为G1),它们将是真实或不正确的. 代码: Set S1 to true 将导致H1(在特定组中G1)的值为" Y".如果执行: Set S2 to true H1(和G1)的值将是一个字符'n'. 这些可以使用标准关系条件进行测试.例如: Evaluate true when S1 Display "S1 is true" when S2 Display "S2 is true" End-Evaluate If S1 Display "S1 is true" Else Display "S1 is false" End-If Bruno涵盖了88级或命名条件的大多数重要功能,但我觉得重要的是要提及他们对COBOL计划的严重虐待,而COBOL计划无法放弃1974年的
)
好吧,我现在正在参加在线COBOL课程,本周内容是控制中断和控制字段...对于以前的讲座,我可以轻松理解,但我不知道该讲座的讲话.什么是控制字段,用途是什么?谢谢. 这是讲座网站: shchang/cobol/章节/章节10U1/index.html shchang/cobol/章节/章节10U2/index.html shchang/cobol/章节/章节10U3/index.html 解决方案 控制字段是指示数据分组的字段.所有控制字段值相同,"属于".控制字段值不属于它. 一个典型的示例可能是客户编号.同一客户编号的数据可以用于某些目的(未偿订单的总数,任何内容). . 在您当前正在处理的客户中包含另一个客户的数据是不合逻辑的. 当控制场值变化时,这是"控制断裂".在报告中,现在是时候做一些与其他客户区分的事情了,在此示例中:打印总计,指示一些不同的行/页间距,以使用户可以轻松地"看到"" break". 您可以拥有多个控制字段.当更高的控制字段发生变化(例如,公司)时,在下面的每个控制字段中都会有一个"断点",从最低级别的控制字段首先"向上". 数据通常会在控制字段上排序(实际上,您会看到称为"控制字段"的排序键,但这不是必需的,只要相同控制值的所有数据都是连续的. . 文件可以具有控制字段和控制断裂,可以用不
)
谁能告诉我这些非常不同的方法之间的样式和体系结构的不同? 解决方案 这些完全不同的语言用于不同的目的. COBOL是针对财务/会计目的的早期语言,非常严格地对计划流程. Java是完全不同的东西,这是用于通用应用开发的进化OOPL.我看不到比较Cobol和Java的任何意义.让我知道您到底在寻找什么并为您提供帮助.
)
COBOL和JAVA的顶级体系结构之间有什么区别? 程序员在这两种语言中采用了哪些样式和文化? 如何从COBOL到Java的最佳端口? 解决方案 i是上面提到的NACA项目的项目负责人(自动从COBOL到Java,以400万行的COBOL行). 如果您有任何特定问题,请随时通过上述文章底部的评论与我联系. 我们在世界各地都有许多项目,以取得良好的成功,重复了我们的工具.我们仍然定期改进它们(其他解决方案 有一本有趣的书,可用于$ 1(平装),这可能有助于这一努力,'java for cobol programmers'撰写的约翰·C·伯恩(John C. " rel =" nofollow noreferrer"> http://amzn.to/bkqc5j 其他解决方案 两者都是基于调用堆栈的语言,并且都支持对象的编程和程序样式.但是,如果您只需在带有静态子例程的巨型main()方法中重写程序代码,就会发现移植到Java的好处.您同样会发现很少的COBOL代码,它利用了语言的面向对象功能. 由于COBOL主要用于涉及金钱的应用程序,因此,Cobol商店和程序员倾向于将更多地关注事物的业务方面,而少于书面和美观的代码方面.我所看到的COBOL到JAVA端口倾向于有一个类,所有变量在顶部声明为静态,并且Main()方法以执行段落或呼叫子
)
我有一项将COBOL代码转换为.NET的任务.有可用的转换器吗?我试图在高水平上了解COBOL代码.我很难理解COBOL代码.有流程图发电机吗?感谢任何帮助. 谢谢.. 解决方案 将软件系统从一种语言或操作环境迁移到另一种语言总是一个挑战.这是 需要考虑的几件事: 遗产代码往往由于 快速修复和问题工作的悠久历史.这确实提高了信噪比 试图绕着实际发生的事情扭曲头时. 转换代码导致进一步的"去结构" 弥补来源之间的错误匹配 目标实施平台.当您从结构不良的基础(传统系统)开始时, 最终结果可能完全不可能. 传统体系结构和/或业务流程的文档通常与远非 约会比无用的日期实际上可能是误导的. COBOL代码的复杂性几乎总是估计的. 许多"功能"将颁布到最初的转换系统中 构建是为了补偿一次"无法完成"的事情(由于记忆较小, 较慢的计算机等).其中许多现在可能是非问题的,您真的不想要它们. 没有明显或直截了当的方法来重构遗产流程驱动 系统进入等效对象的系统(至少不是以有意义的方式). 有成功的项目将COBOL直接迁移到Java中.请参阅 naca . 但是,最终结果只是其母亲(或其他COBOL程序员)可以喜欢,请参阅此讨论 一般而言,我会怀疑任何产品或工具提出索赔转换您的COBOL遗产 除了另一个版本的COBOL(例如COBOL.NET)之外,系统.为此,
)