实际上是COBOL。净?
https://stackoverflow.com/questions/325177
-
11-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian解决方案
微焦点 制作一个 COBOL 开发套件，其主要目的是维护遗留大型机应用程序。它可以讲来自不同平台的 20 种 COBOL 方言，并且具有 计算机控制系统 仿真设施。截至 2004 年，他们建议用它来取代大型机工作负载 400 兆每秒 或者。请记住，在 20 世纪 90 年代初期，您仍然可以从 Amdahl 购买额定为 22 MIPS 的大型机系统，大型机上的 400 MIPS 是相当大的工作量。
将传统 COBOL 后端集成到现代前端是一项大生意。有一个相当庞大的生态系统 终端 仿真 软件, 屏幕刮刀, 接口库 和 RPC 包装器 适用于各种协议，例如 CORBA 和 SOAP。
几年前，Micro Focus 推出了一款 COBOL .NET 编译器 它允许您在 CLR 后端运行 COBOL 应用程序。您可以编译任何受支持的方言，它将运行所有旧的模拟功能。这允许您将 GUI 或 Web 前端（或 Web 服务层）放置在现有 COBOL 应用程序上，从而保留对现有代码库的投资。前端几乎可以使用任何支持 CLR 的开发工具来编写。您想要使用 C#/Windows Forms、MS Workflow Foundation、SSIS、IronPython、ASP.NET 或 SQL Server CLR 与 COBOL 后端集成 - 让自己陷入困境。
因此，对于完全重写和迁移遗留应用程序来说，它通常是一个非常有吸引力的替代方案。
此类工作在他们的业务中占据了相当大的份额，但在某些领域，COBOL 本身确实做得相当不错。对于许多大型批处理作业，打开面向记录的文件并按程序处理它是获得简单、易于理解且易于使用的应用程序的良好范例。 快速地. 。我曾经读过一篇文章（在 Slashdot IIRC 上），其中有人谈论 COBOL 应用程序，该应用程序读取 35GB 的信用卡退款文件并对其进行处理 每隔一小时. 。这是很久以前发布的，大约在 20 世纪 90 年代，当时 35GB 比大多数 PC 的磁盘容量大得多。
让 RDMBS 在一个小时内批量加载并处理 35GB 数据（估计有 100-2 亿条记录）也不一定是一项简单的工作，即使在现代硬件上也是如此。通常，从 SQL 中获得性能需要您采取某种间接的处理方法，这可能会模糊代码的含义；高度调优的 SQL 可以是“只写”的。
COBOL 在此类应用程序中的使用已有大约 50 年的历史，是一项成熟、易于理解且可靠的技术， 实际上做得很好。
其他提示
我真的把我的牙齿上 COBOL 编码 - 上的Fortran，Pascal和C学到，但大部分的我的第一个5年的IBM / 390s COBOL专业编码。还没有触及它，虽然15年。
COBOL是批处理财务处理语言出类拔萃。适当的结构它可以做自己最擅长的 - 处理大量的财务数据 - 比什么都好。它也是嵌入其他系统向一个非常良好的语言 - 经常操作为其它系统之间的胶
把它看成是一个机车:-)。在19世纪，每个人都用坐火车，因为它是我们拥有的，但是，是由汽车和飞机取代了大多数。对于走动尽管铁路系统仍然是要走的路大量重载货运的。你不会经常看到在日常生活中的机车，但他们保持你的发电站用煤运行。
这是明显的是Lisp的仍具有AI编码相似的位置。我真正感兴趣的是，该集团三个“大” 1960/70的语言的其他成员 - Fortran语言 - 已经比别人更多的下降，这是不是我会在当时已经预期。但是我们仍然有 BASIC 围绕在一个大的方式，这实际上是Fortran语言的私生子，所以可以说是三者都是一样多活蹦乱跳的，因为他们曾经在那里。
罗布，还有的很多地方还在做COBOL虽然不一定对.NET 的;我们还是做了不少大型发展和广大的金融应用仍然写在COBOL和CICS接口的。
此外，你仍然可以得到COBOL编译（例如，富士通）为Windows平台。
我认为更常见的情况是互操作性，例如，Windows和ASP.NET应用程序交谈COBOL / CICS应用程序，反之亦然。
我已经参与了这样一个项目，几年前在我的国家大银行，我可以想像，这将是很常见的，有它的腰带有超过40年的IT任何一家银行。
COBOL是利基。一个漂亮，舒适的，有利可图的利基市场。这可能（早晚）将成为不存在的，但现在仍然存在。就在这里，几大银行组织在COBOL开发自己的核心系统。这不仅是维护，也是发展！
它已经存在了50年左右的时间，每10年有人宣布它死了，但它仍然挂起。
文从维基百科惊讶我说：
COBOL程序正在使用全球 政府和军事机构， 商业企业，和 操作系统，例如IBM的z/操作系统， Microsoft的Windows,并POSIX 家庭(Unix/Linux等)。1997年， Gartner集团报告说，80％的 世界各地的商跑了用COBOL 超过200亿行代码 存在和估计5 亿行的新的编码一次。
http://en.wikipedia.org/wiki/COBOL
我认为，Cobol是"木材".这是不真实的。通过这种方式， 富士通NetCOBOL。净 和 微焦点网表达®。净 都 相当全面的方式实现的。也许我们应该学习这种语言和找到好工作与大的薪水吗？:)
这我知道Raincode，富士通和微焦点的。微焦点尝试使用ASP.NET COBOL代码隐藏。富士通我不知道，如果他们仍然提供自己的网络解决方案或attemptig以适应ASP.NET。
Raincode提供了一个标准COBOL编译靶向.NET没有尝试以利用ASP.NET
