На самом деле есть COBOL в .NET?

Ответ 1

Micro Focus представляет собой пакет разработки COBOL, который в значительной степени нацелен на сохранение устаревших приложений мэйнфреймов. Он говорит что-то вроде 20 диалектов COBOL с различных платформ и имеет CICS эмуляцию. По состоянию на 2004 год они рекомендуют замену рабочих нагрузок мейнфрейма до 400 MIPS или так далее. Принимая во внимание, что вы все еще можете купить системы мейнфреймов, рассчитанные на 22 MIPS от Amdahl в начале 1990-х годов. 400 MIPS на мэйнфрейме - довольно значительная рабочая нагрузка.

Интеграция устаревших обращений COBOL к современным интерфейсам - большой бизнес. Существует довольно существенная экосистема терминал эмуляция программное обеспечение, скребки экрана, интерфейсные библиотеки и RPC-обертки для различных протоколов, таких как CORBA и SOAP.

Несколько лет назад Micro Focus вывел COBOL.NET компилятор, который позволяет запускать приложения COBOL на базе CLR. Вы можете скомпилировать любой из поддерживаемых диалектов, и он будет запускать все устаревшие функции эмуляции. Это позволяет вам разместить GUI или веб-интерфейс (или уровень веб-сервисов) в существующем COBOL-приложении, сохраняя ваши инвестиции в существующую базу кода. В интерфейсе можно написать практически любой инструмент разработки, поддерживающий среду CLR. Вы хотите использовать интеграцию С#/Windows Forms, MS Workflow Foundation, SSIS, IronPython, ASP.NET или SQL Server CLR с вашим задним концом COBOL - выбивайте себя.

Таким образом, он часто является очень привлекательной альтернативой полной перезаписи и миграции устаревшего приложения.

Этот тип работы объясняет немало их бизнеса, но есть еще ниши, где COBOL действительно неплохо работает. Для многих крупных пакетных заданий открытие файла, ориентированного на запись, и обработка его процедурно - хорошая парадигма, чтобы получить приложение, которое является простым, понятным и быстрым. Я когда-то читал сообщение (на Slashdot IIRC), где кто-то говорил о приложении COBOL, которое читалось в 35-Гбайт файле с возвратом кредитных карт и обрабатывало его каждый час. Это было опубликовано довольно давно, когда-то в 1990-х годах - в то время, когда 35 ГБ было значительно больше, чем емкость дисков большинства ПК.

Получение RDMBS для массовой загрузки и обработки 35 ГБ данных (100-200 миллионов записей при угадывании) за час не обязательно является тривиальной работой, даже на современном оборудовании. Часто получение производительности с SQL требует от вас немного наклонного подхода к обработке, что может скрыть смысл кода; сильно настроенный SQL может быть вполне "только для записи".

COBOL был использован в этом типе приложений примерно на 50 лет и является зрелой, хорошо понятой и надежной технологией, которая на самом деле делает это довольно хорошо.

Ответ 2

Роб, есть много мест, которые все еще делают COBOL, хотя не обязательно для .NET; мы по-прежнему занимаемся разработкой мэйнфреймов, и подавляющее большинство финансовых приложений все еще написано в COBOL, взаимодействующем с CICS.

Кроме того, вы можете получить компиляторы COBOL (например, Fujitsu) для платформ Windows.

Ответ 3

Я действительно порезал свои зубы COBOL кодирование - узнал о Fortran, Pascal и C, но провел большую часть своих первых 5 лет профессиональное кодирование на COBOL на IBM/390s. Не трогали его уже 15 лет.

COBOL - это пакетный язык обработки финансовой обработки. Правильно структурированная она может делать то, что она делает лучше всего - обрабатывать большие объемы финансовых данных - лучше всего. Это также замечательно хороший язык для встраивания других систем в - нередко работает как клей между другими системами.

Подумайте об этом как о локомотиве:-). В XIX веке все ездили на поезде, потому что все, что у нас было, но для большинства, которое было заменено автомобилями и самолетами. Для перемещения большого количества тяжелых грузов вокруг, хотя железнодорожная система по-прежнему остается в пути. Вы не часто видите локомотивы в повседневной жизни, но они поддерживают ваши электростанции, работающие на угле.

Заметно, что Lisp по-прежнему имеет аналогичную позицию в кодировании AI. Интересно то, что другой член группы из трех "больших" 1960-х/70-х языков - Fortran - уменьшился больше, чем другие, чего я не ожидал в то время. Однако мы все еще имеем BASIC, что является эффективным дочерним уходом Fortran, поэтому, возможно, все трое так же живы и ногами, когда они когда-либо были.

Ответ 4

Я думаю, что более распространенным сценарием является совместимость, например приложения Windows и ASP.NET, связанные с приложениями COBOL/CICS и наоборот.

Я участвовал в таком проекте несколько лет назад для крупного банка в моей стране, и я могу себе представить, что это будет довольно распространено для любого банка, у которого было более 40 лет ИТ под его поясом.

Ответ 5

COBOL - это ниша. Хорошая, удобная, выгодная ниша. Вероятно (рано или поздно) станет несуществующим, но сейчас все еще есть. Прямо здесь, у нескольких крупных банковских организаций есть свои основные системы, разработанные в COBOL. Это не только обслуживание, но и разработка!

Это было около 50 лет или около того, каждые 10 лет кто-то объявил его мертвым, но он все еще висит.

Ответ 6

Статья из Википедии поразила меня:

Программы COBOL используются глобально в правительственных и военных коммерческих предприятий и таких как IBM z/OS, Microsoft Windows и POSIX семейств (Unix/Linux и т.д.). В 1997 году, Группа Gartner сообщила, что 80% мировой бизнес побежал на COBOL с более 200 миллиардов строк кода в существования и с оценкой 5 миллиард строк нового кода в год.

http://en.wikipedia.org/wiki/COBOL

Я думал, что Кобол - "пиломатериал". Это скорее неправда. Кстати, Fujitsu NetCOBOL для .NET и Micro Focus Net Express ® с .NET довольно полные реализации. Может быть, нам следует изучить этот язык и найти хорошую работу с большой зарплатой?:)

Ответ 7

Что я знаю о Raincode, Fujitsu и Microfocus. Microfocus пытается ASP.NET, используя COBOL Codebehind. Fujitsu Я не уверен, что они все еще предлагают свои собственные веб-решения или пытаются вписаться в ASP.NET.

Raincode предлагает стандартный компилятор cobol для .NET без попыток использовать ASP.NET