面向对象的 Cobol 是否需要 Java 或其他语言来执行？
我见过人们在谈论 Cobol 时提到 java 和 .net，但还没有看到真正的 & 。完整的 OOP Cobol 代码。是真的吗？ 如果没有，我在哪里以及如何在 Cobol main 中创建一个实例（不知道所以我这么说）就像在其他语言中一样（我可以在 cobol 中用它们做什么）？ 我的意思是，我读的是如何创建类。我没有看到他们实际上给出了与这些课程有关的任何示例。
I've seen people mention java and .net when talking about Cobol and haven't seen a true & complete piece of OOP Cobol codes. It it true?
If not, where and how can I create an instance in Cobol main (don't know so I said so) like in other language ( what I could do with them in cobol)?
I mean, what I read is how to create classes. I didn't see they actually give out any example to do with those classes.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您不会在 IBM Enterprise COBOL 领域找到完整的 OO COBOL 应用程序的“真实且完整”的示例（其他供应商可能更成功）。 IBM Enterprise COBOL 的 OO 扩展仅用于允许与 Java 应用程序的互操作性，而不是开发基于 OO 的完整 COBOL 系统。
请参阅 tmross 对 此帖子 的回复IBM 的 COBOL Cafe 网站涉及纯 OO COBOL HelloWorld 程序。它几乎概述了真正的问题是什么。请注意，Tom Ross (tmross) 是 IBM COBOL 编译器开发的主要参与者，因此他的发言具有一定的权威性。
顺便说一句...我与 IBM 没有任何关系。
You are not going to find a "true and complete" example of a full OO COBOL application in the world of IBM Enterprise COBOL (other vendors may have been more successful). OO extentions for IBM Enterprise COBOL are only there to allow interoperability with Java applications, not to develop complete OO based COBOL systems.
See the response by tmross to this post on IBM's COBOL Cafe web site concerning a pure OO COBOL HelloWorld program. It pretty much outlines what the real problem is. Note, Tom Ross (tmross) is a major player in IBM's COBOL compiler development so he speaks with some authority.
BTW... I am in no way affiliated with IBM.
COBOL 是一种语言，而 Java 和 .NET 都是一种语言（或一系列语言）和在自己的指令集（例如字节码或 msil）上运行的虚拟机（这在技术上是不正确的，因为语言和虚拟机是实际上是分开的，但该声明适用于不精确的口语用法）。
使用 COBOL 的任何面向对象功能都需要一个能够理解并支持这些功能的编译器。在虚拟框架（JRE、.NET）中运行需要一个可以编译为字节代码或 msil 的编译器。
COBOL is a language, whereas Java and .NET are both a language (or a family of languages) and a virtual machine operating on their own instruction set such as byte code or msil (this is not technically correct, as the languages and vm's are actually separate, but the statement holds for imprecise colloquial usage).
The use of any of the object oriented features of COBOL requires a compiler that understands and supports those features. Running in a virtual framework (JRE, .NET) requires a compiler that can compile down to byte code or msil.