Там на самом деле есть COBOL в .NET? - PullRequest
22 голосов
/ 28 ноября 2008

Я только что проверял страницу Microsoft Visual Studio, и на боковой панели рекламы вдруг увидел невероятную рекламу:

«Net Express - это среда разработки COBOL для расширения основных бизнес-процессов до .NET Framework и других распределенных платформ».

Конечно, я пошел по ссылке и нашел компанию, которая делает это, но есть ли места, где все еще используется КОБОЛ? Кто-нибудь на самом деле использует COBOL в платформах .NET?

Редактировать: Спасибо всем за информацию ниже, сегодня я определенно кое-что узнал!

Ответы [ 7 ]

44 голосов
/ 28 ноября 2008

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. Вы можете скомпилировать любой из поддерживаемых диалектов, и он будет запускать все устаревшие функции эмуляции. Это позволяет поместить графический интерфейс пользователя или веб-интерфейс (или уровень веб-служб) в существующее приложение COBOL, сохраняя ваши инвестиции в существующую кодовую базу. Внешний интерфейс может быть написан практически любым инструментом разработки, который поддерживает CLR. Вы хотите использовать интеграцию C # / 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 лет и является зрелой, хорошо понимаемой и надежной технологией, которая на самом деле делает это довольно хорошо.

8 голосов
/ 28 ноября 2008

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

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

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

Заметно, что Лисп все еще занимает аналогичную позицию в кодировании ИИ. Что мне действительно интересно, так это то, что другой член группы из трех «больших» языков 1960-х / 70-х - Fortran - отказался больше, чем другие, что я не ожидал в то время. Тем не менее, у нас все еще есть BASIC , который, по сути, является ублюдком Фортрана, так что, возможно, все трое так же живы и здоровы, как и когда-либо.

8 голосов
/ 28 ноября 2008

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

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

5 голосов
/ 28 ноября 2008

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

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

3 голосов
/ 05 января 2009

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

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

1 голос
/ 28 ноября 2008

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

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

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

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

0 голосов
/ 31 января 2019

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

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

...