Там на самом деле КОБОЛ в.NET?

Как будто вы пытаетесь получить доступ к объекту, который является null. Рассмотрим ниже пример:

TypeA objA;

. В это время вы только что объявили этот объект, но не инициализировали или не инициализировали. И всякий раз, когда вы пытаетесь получить доступ к каким-либо свойствам или методам в нем, он будет генерировать NullPointerException, что имеет смысл.

См. Также этот пример:

String a = null;
System.out.println(a.toString()); // NullPointerException will be thrown
22
задан Mechanical snail 6 August 2012 в 07:54
поделиться

6 ответов

Микро Фокус делает комплект разработки КОБОЛа, который существенно нацелен на поддержание приложений мейнфреймов прежней версии. Это говорит что-то как 20 диалектов КОБОЛа с различных платформ и имеет средство CICS эмуляции. По состоянию на 2004 они рекомендуют его для замены мейнфреймовых рабочих нагрузок [до 112] 400 MIPS или около этого. Мысль, что Вы могли все еще купить мейнфреймовые системы, оцененные в 22 MIPS от Amdahl в начале 1990-х 400 MIPS на мэйнфрейме, является вполне существенной рабочей нагрузкой.

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

Несколько лет назад Микро Фокус произвел компилятор.NET КОБОЛа , который позволяет Вам запускать приложения КОБОЛа на бэкенде CLR. Можно скомпилировать любой из поддерживаемых диалектов, и это выполнит все функции эмуляции прежней версии. Это позволяет Вам помещать GUI или веб-фронтенд (или слой веб-сервисов) на существующем приложении КОБОЛа, сохраняя Ваши инвестиции в существующую кодовую базу. Фронтенд может быть записан с в значительной степени любым средством разработки, которое поддерживает CLR. Вы хотите использовать Формы C#/Windows, Основа Рабочего процесса MS, SSIS, IronPython, ASP.NET или интеграция CLR SQL Server с Вашим бэкэндом КОБОЛа - выводят себя из строя.

По сути, это часто - очень привлекательная альтернатива полной перезаписи и миграции унаследованного приложения.

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

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

КОБОЛ использовался в этом типе приложения для чего-то как 50 лет и является зрелой, хорошо понятой и надежной технологией, которая на самом деле делает это вполне хорошо.

46
ответ дан 10 revs, 2 users 94% 29 November 2019 в 03:35
поделиться

Я действительно получил первый опыт в КОБОЛ кодирование - изученный на Фортране, Паскале и C, но провел большинство своих первых 5 лет, кодируя профессионально на КОБОЛе на IBM/390s. Не касались его в течение 15 лет все же.

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

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

примечательно, что Lisp все еще имеет подобное положение в кодировании AI. То, что я действительно нахожу интересными, - то, что другой член группы из трех 'больших' языков 1960-х/70-х - Фортран - уменьшил больше, чем другие, который не является тем, что я ожидал бы в то время. Однако мы все еще имеем ОСНОВНОЙ вокруг в значительной степени, который является эффективно внебрачным ребенком Фортрана, так же возможно все три являются так же живыми и здоровыми как они когда-либо где.

8
ответ дан Peter Mortensen 29 November 2019 в 03:35
поделиться

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

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

8
ответ дан paxdiablo 29 November 2019 в 03:35
поделиться

Я думаю, что более общий сценарий является совместимостью, например, Windows и приложения ASP.NET, говорящие с приложениями КОБОЛА/CICS и наоборот.

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

5
ответ дан Jon Limjap 29 November 2019 в 03:35
поделиться

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

Это было вокруг в течение приблизительно 50 лет, каждые 10 лет кто-то объявляющий о нем мертво, но это все еще держится.

3
ответ дан Bartosz Radaczyński 29 November 2019 в 03:35
поделиться

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

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

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

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

1
ответ дан macropas 29 November 2019 в 03:35
поделиться
Другие вопросы по тегам:

Похожие вопросы: