КОБОЛ - COBOL

КОБОЛ

Обложка КОБОЛ 60 сообщить КОДАСИЛ (Апрель 1960 г.)
Парадигма	Процедурный, императив, объектно-ориентированный
Разработано	Говард Бромберг, Норман Скидка, Вернон Ривз, Жан Э. Саммет, Уильям Селден, Гертруда Тирни[1]
Разработчики	КОДАСИЛ, ANSI, ISO
Впервые появился	1959; 61 год назад (1959)
Стабильный выпуск	ИСО / МЭК 1989: 2014/2014
Печатная дисциплина	Слабый, статический
Расширения имени файла	.cbl, .cob, .cpy
Основной реализации
ГнуКОБОЛ, IBM COBOL, Микро Фокус Визуальный COBOL
Диалекты
COBOL / 2, DEC COBOL-10, DEC VAX COBOL, DOSVS COBOL, Envyr ICOBOL, Fujitsu COBOL, Hitachi COBOL2002, HP3000 COBOL / II, IBM COBOL SAA, IBM COBOL / 400, IBM COBOL / II, IBM Enterprise COBOL, IBM ILE COBOL, IBM OS / VS COBOL, ICL COBOL (VME), Micro Focus ACUCOBOL-GT, Micro Focus COBOL-IT, Micro Focus RM / COBOL, Micro Focus Visual COBOL, Microsoft COBOL, Raincode COBOL, Realia COBOL, Ryan McFarland RM / COBOL, Ryan McFarland RM / COBOL-85, Tandem (NonStop) COBOL85, Tandem (NonStop) SCOBOL, UNIVAC COBOL, Unisys MCP COBOL74, Unisys MCP COBOL85, Unix COBOL X / Open, Veryant isCOBOL, Wang VS COBOL
Под влиянием
AIMACO, C ++,[а] КОМТРАН, Эйфель,[а] ФАКТ, ПОТОК-MATIC, Болтовня[а]
Под влиянием
CobolScript,[5] EGL,[6] PL / I,[7] PL / B[нужна цитата ]
КОБОЛ в Викиучебнике

КОБОЛ (/ˈkoʊбɒл,-бɔːл/; ан акроним для «общего бизнес-ориентированного языка») является составлен По-английски язык компьютерного программирования предназначен для использования в бизнесе. это императив, процедурный а с 2002 г. объектно-ориентированный. COBOL в основном используется в деловых, финансовых и административных системах для компаний и правительств. COBOL по-прежнему широко используется в приложениях, развернутых на мэйнфреймы, например, крупномасштабные партия и обработка транзакции рабочие места. Но из-за снижения его популярности и ухода на пенсию опытных программистов COBOL, программы переводятся на новые платформы, переписываются на современные языки или заменяются пакетами программного обеспечения.^[8] Большая часть программирования на COBOL сейчас предназначена исключительно для поддержки существующих приложений, однако многие крупные финансовые учреждения все еще разрабатывали новые системы на COBOL в 2006 году из-за высокой скорости обработки мэйнфреймов.^[9]

COBOL был разработан в 1959 г. КОДАСИЛ и частично был основан на языке программирования ПОТОК-MATIC разработано Грейс Хоппер. Он был создан как часть Министерство обороны США усилия по созданию портативный язык программирования для обработки данных. Первоначально это рассматривалось как временное решение, но Министерство обороны незамедлительно заставило производителей компьютеров предоставить его, что привело к его широкому распространению.^[10] Это было стандартизированный в 1968 году и с тех пор пересматривался четыре раза. Расширения включают поддержку структурированный и объектно-ориентированного программирования. Текущий стандарт ISO /IEC 1989:2014.^[11]

Операторы COBOL имеют английский синтаксис, который был разработан так, чтобы быть самодокументированным и легко читаемым. Однако он подробный и использует более 300 зарезервированные слова. В отличие от современного лаконичного синтаксиса вроде у = Икс;, COBOL имеет синтаксис, более похожий на английский (в данном случае ДВИГАТЬСЯ Икс К уКод COBOL разделен на четыре подразделения (идентификация, среда, данные и процедура), содержащие жесткую иерархию разделов, абзацев и предложений. Отсутствие большого стандартная библиотека, стандарт определяет 43 оператора, 87 функций и только один класс.

Академические компьютерные ученые обычно не интересовались бизнес-приложениями при создании COBOL и не участвовали в его разработке; он был (по сути) разработан с нуля как компьютерный язык для бизнеса с упором на вводы и выводы, единственными типами данных которых были числа и строки текста.^[12]COBOL на протяжении всей своей жизни подвергался критике за многословие, процесс проектирования и плохую поддержку структурное программирование. Эти недостатки приводят к созданию монолитных и, хотя и задуманных как англоязычные, непонятных и многословных программ.

История и спецификация

Фон

В конце 1950-х годов пользователи и производители компьютеров начали беспокоиться о росте стоимости программирования. Обзор 1959 года показал, что в любой установке для обработки данных программирование стоит в среднем 800 000 долларов США, а перевод программ для работы на новом оборудовании будет стоить 600 000 долларов. В то время, когда новые языки программирования быстро распространялись Тот же опрос показал, что, если бы использовался общий бизнес-ориентированный язык, конверсия была бы намного дешевле и быстрее.^[13]

8 апреля 1959 г. Мэри К. Хоуз, специалист по информатике в Корпорация Берроуз, созвал собрание представителей академических кругов, пользователей компьютеров и производителей на Пенсильванский университет организовать официальную встречу на общих деловых языках.^[14] Представители включены Грейс Хоппер (изобретатель англоязычного языка обработки данных ПОТОК-MATIC ), Жан Саммет и Саул Горн.^[15][16]

На апрельской встрече группа попросила Министерство обороны (DoD) спонсировать усилия по созданию общего делового языка. Делегация произвела впечатление на Чарльза А. Филлипса, директора отдела исследований систем данных Министерства обороны США.^[17] которые думали, что они «досконально разобрались» в проблемах Министерства обороны. Министерство обороны эксплуатировало 225 компьютеров, еще 175 было заказано и потратило более 200 миллионов долларов на внедрение программ для работы на них. Переносимые программы сэкономят время, снизят затраты и упростят модернизацию.^[18]

Чарльз Филлипс согласился спонсировать встречу и поручил делегации составить повестку дня.^[19]

КОБОЛ 60

28 и 29 мая 1959 г. (ровно через год после Цюрихского АЛГОЛ 58 встреча), в Пентагоне прошла встреча, на которой обсуждались вопросы создания общего языка программирования для бизнеса. В нем приняли участие 41 человек, а председательствовал Филлипс.^[20] Министерство обороны было обеспокоено тем, может ли оно запускать одни и те же программы обработки данных на разных компьютерах. FORTRAN, единственный распространенный язык в то время, не обладал функциями, необходимыми для написания таких программ.^[21]

Представители с энтузиазмом описали язык, который может работать в самых разных средах, от банковского дела и страхования до коммунальных услуг и управления запасами. Они единодушно согласились с тем, что больше людей должно иметь возможность программировать и что новый язык не должен ограничиваться ограничениями современных технологий. Большинство согласилось с тем, что язык должен максимально использовать английский язык, быть способным к изменениям, быть независимым от машин и быть простым в использовании даже за счет мощности.^[22]

Результатом встречи стало создание руководящий комитет и комитеты по краткосрочным, средним и долгосрочным вопросам. Комитету краткосрочного сотрудничества было дано задание на сентябрь (три месяца) для разработки спецификаций для промежуточного языка, который затем будет улучшен другими комитетами.^[23][24] Однако их официальная миссия состояла в том, чтобы определить сильные и слабые стороны существующих языков программирования и не указывать им явно на создание нового языка.^[21]Крайний срок был встречен комитетом по краткосрочным вопросам с недоверием.^[25]Один член, Бетти Холбертон, назвал трехмесячный срок «крайним оптимизмом» и выразил сомнение в том, что эта формулировка действительно станет временной мерой.^[26]

Руководящий комитет собрался 4 июня и согласился назвать всю деятельность Комитет по языкам систем данных, или же КОДАСИЛ, и сформировать исполнительный комитет.^[27]

В состав краткосрочного комитета вошли представители шести производителей компьютеров и трех государственных учреждений. Шесть производителей компьютеров были Корпорация Берроуз, IBM, Миннеаполис-Ханиуэлл (Honeywell Labs), RCA, Сперри Рэнд, и Продукция Sylvania Electric. Три правительственных агентства были ВВС США, ВМФ Модель бассейна Дэвида Тейлора, а Национальное бюро стандартов (ныне Национальный институт стандартов и технологий).^[28] Комитет возглавил Йозеф Вегштейн Национального бюро стандартов США. Работа началась с изучения описания данных, утверждений, существующих приложений и пользовательского опыта.^[29]

Комитет в основном исследовал ПОТОК-MATIC, AIMACO и КОМТРАН языки программирования.^[21][30]Язык FLOW-MATIC оказал особое влияние, потому что он был реализован и потому что AIMACO был его производным с незначительными изменениями.^[31][32]Изобретатель FLOW-MATIC Грейс Хоппер также выступала в качестве технического советника комитета.^[25] Основным вкладом FLOW-MATIC в COBOL стали длинные имена переменных, английские слова для команд и разделение описаний данных и инструкций.^[33]Хоппера иногда называют «матерью COBOL» или «бабушкой COBOL»,^[34][35][36] несмотря на то что Жан Саммет, ведущий дизайнер COBOL, заявил, что Хоппер «не был матерью, создателем или разработчиком Cobol».^[37][1]

Язык COMTRAN от IBM, изобретенный Боб Бемер, считалась конкурентом FLOW-MATIC^[38][39] комитетом ближнего действия, состоящим из коллег Грейс Хоппер.^[40]Некоторые из его функций не были включены в COBOL, чтобы не было похоже, что IBM доминировала в процессе проектирования.^[23] и Джин Саммет сказала в 1981 году, что некоторые члены комитета (в том числе и она сама) были «настроены против IBM».^[41]В одном случае, после того, как Рой Голдфингер, автор руководства COMTRAN и член комитета среднего уровня, присутствовал на заседании подкомитета, чтобы поддержать его язык и поощрить использование алгебраических выражений, Грейс Хоппер отправила меморандум в комитет краткосрочного действия, в котором вновь повторил слова Сперри Рэнд. усилия по созданию языка на основе английского.^[42]В 1980 году Грейс Хоппер отметила, что «COBOL 60 на 95% состоит из FLOW-MATIC» и что COMTRAN оказал «чрезвычайно небольшое» влияние. Более того, она сказала, что будет утверждать, что на работу повлияли как FLOW-MATIC, так и COMTRAN, только для того, чтобы «сделать других счастливыми [чтобы они] не пытались нас вырубить».^[43]Функции COMTRAN, включенные в COBOL, включают формулы,^[44] то РИСУНОК пункт,^[45] улучшенный ЕСЛИ заявление, которое устранило необходимость Перейти к с и более надежная система управления файлами.^[38]

Полезность работы комитета вызвала большие споры. Хотя некоторые участники считали, что в языке слишком много компромиссов, и он был результатом дизайн комитетом, другие считали, что это лучше, чем три изученных языка. Некоторые считали язык слишком сложным; другие тоже простые.^[46]Спорные функции включали те, которые некоторые считали бесполезными или слишком сложными для пользователей, обрабатывающих данные. Такие функции включены логические выражения, формулы и стол индексы (индексы).^[47][48] Другой предмет разногласий заключался в том, следует ли делать ключевые слова контекстно-зависимыми и как это повлияет на удобочитаемость.^[47] Хотя контекстно-зависимые ключевые слова были отклонены, позже этот подход был использован в PL / I и частично в COBOL с 2002 года.^[49] Мало внимания уделялось интерактивность, взаимодействие с операционные системы (в то время их было мало) и функций (считавшихся чисто математическими и бесполезными при обработке данных).^[50][51]

Спецификации были представлены Исполнительному комитету 4 сентября. Они не оправдали ожиданий: Джозеф Вегштейн заметил, что «он содержит неровности и требует некоторых дополнений», а Боб Бемер позже назвал их «мешаниной». Подкомитету дали до декабря его доработать.^[25]

На заседании в середине сентября комитет обсудил название нового языка. Предложения включали «BUSY» (бизнес-система), «INFOSYL» (язык информационных систем) и «COCOSYL» (общий язык компьютерных систем).^[52] Неясно, кто придумал название «КОБОЛ»,^[53][54] хотя позже Боб Бемер утверждал, что это было его предложение.^[55][56][57]

В октябре в комиссию среднего звена поступили копии ФАКТ спецификация языка, созданная Рой Натт. Его особенности так впечатлили комитет, что они приняли решение основывать на нем COBOL.^[58]Это стало ударом для комитета по ближнему бою, который добился значительных успехов в спецификации. Несмотря на свое техническое превосходство, FACT не создавался с расчетом на переносимость или на основе консенсуса производителя и пользователя. Также не хватало наглядной реализации,^[25] позволяя сторонникам COBOL, основанного на FLOW-MATIC, отменять разрешение. Представитель RCA Говард Бромберг также заблокировал FACT, чтобы работа RCA над реализацией COBOL не пропала даром.^[59]

Вскоре стало очевидно, что комитет слишком велик, чтобы быстро добиться дальнейшего прогресса. Разочарованный Говард Бромберг купил надгробие за 15 долларов с выгравированным на нем «КОБОЛ» и отправил его Чарльзу Филлипсу, чтобы продемонстрировать свое недовольство.^[b][60][62]Подкомитет был сформирован для анализа существующих языков и состоял из шести человек:^[21][63]

• Уильям Селден и Гертруда Тирни из IBM,
• Ховард Бромберг и Ховард Скидка RCA,
• Вернон Ривз и Жан Э. Саммет компании Sylvania Electric Products.

Подкомитет выполнил большую часть работы по созданию спецификации, предоставив краткосрочному комитету возможность пересмотреть и изменить свою работу перед выпуском законченной спецификации.^[21]

Технические характеристики были утверждены Исполнительным комитетом 8 января 1960 г. и отправлены в государственную типографию, которая напечатала их как КОБОЛ 60. Заявленные цели языка заключались в том, чтобы позволить легко писать эффективные переносимые программы, позволить пользователям переходить на новые системы с минимальными усилиями и затратами и быть подходящим для неопытных программистов.^[64]Исполнительный комитет CODASYL позже создал Комитет по обслуживанию COBOL, чтобы отвечать на вопросы пользователей и поставщиков, а также улучшать и расширять спецификации.^[65]

В течение 1960 года список производителей, планирующих создавать компиляторы COBOL, расширился. К сентябрю к CODASYL (Бендикс, Корпорация Control Data, General Electric (GE), Национальный кассовый аппарат и Philco ), а все представленные производители анонсировали компиляторы COBOL. GE и IBM планировали интегрировать COBOL в свои собственные языки, GECOM и COMTRAN, соответственно. В отличие, Международные компьютеры и табуляторы планировали заменить свой язык CODEL на COBOL.^[66]

Тем временем RCA и Сперри Рэнд работали над созданием компиляторов COBOL. Первая программа COBOL прошла 17 августа на RCA 501.^[67]6 и 7 декабря та же программа COBOL (хотя и с небольшими изменениями) работала на компьютере RCA и Remington-Rand. Univac компьютер, демонстрируя, что совместимость может быть достигнута.^[68]

Относительное влияние того, какие языки использовались, сохраняется и по сей день в рекомендуемых рекомендациях, напечатанных во всех справочных руководствах COBOL:

COBOL является отраслевым языком и не является собственностью какой-либо компании или группы компаний, или какой-либо организации или группы организаций.

Ни один участник или комитет CODASYL COBOL не дает никаких гарантий, явных или подразумеваемых, в отношении точности и функционирования системы программирования и языка. Более того, ни один из участников или комитет не несет ответственности в связи с этим. Авторы и правообладатели материалов, защищенных авторским правом, используемых здесь, следующие:

FLOW-MATIC (торговая марка Unisys Corporation), Programming for UNIVAC (R) I and II, Data Automation Systems, авторское право 1958, 1959, Unisys Corporation; Форма коммерческого переводчика IBM № F28-8013, авторское право принадлежит IBM в 1959 году; ФАКТ, DSI 27A5260-2760, авторское право 1960 г. защищено Minneapolis-Honeywell.

Они специально разрешили использование этого материала, полностью или частично, в спецификациях COBOL. Такое разрешение распространяется на воспроизведение и использование спецификаций COBOL в руководствах по программированию или аналогичных публикациях.^[69]

COBOL-61 - COBOL-65

Было обнаружено много логических ошибок КОБОЛ 60, ведущие GE Чарльз Кац чтобы предупредить, что это не может быть интерпретировано однозначно. Неохотный краткосрочный комитет провел полную очистку, и к марту 1963 года стало известно, что синтаксис COBOL можно определить как АЛГОЛ х, хотя смысловая неоднозначность осталась.^[66]

Ранние компиляторы COBOL были примитивными и медленными. Оценка ВМС США 1962 г. показала, что скорость компиляции составляет 3–11 утверждений в минуту. К середине 1964 г. они увеличились до 11–1000 заявлений в минуту. Было замечено, что увеличение объема памяти резко увеличит скорость и что затраты на компиляцию сильно различаются: стоимость одного оператора составляет от 0,23 до 18,91 доллара.^[71]

В конце 1962 года IBM объявила, что COBOL будет их основным языком разработки и что разработка COMTRAN будет прекращена.^[71]

Спецификация COBOL пересматривалась трижды за пять лет после публикации. В 1961 году COBOL-60 был заменен COBOL-61. Затем в 1963 году они были заменены расширенными спецификациями COBOL-61, в которых были введены средства сортировки и записи отчетов.^[72]Добавленные объекты исправили недостатки, обнаруженные Honeywell в конце 1959 года в письме в комитет по краткосрочным вопросам.^[67]COBOL Edition 1965 внес дополнительные уточнения в спецификации и представил средства для обработки массовое хранилище файлы и столы.^[73]

КОБОЛ-68

Начались попытки стандартизировать COBOL для преодоления несовместимости между версиями. В конце 1962 г. и ISO, и Институт стандартов Соединенных Штатов Америки (ныне ANSI ) сформированы группы для создания стандартов. ANSI произведено Стандарт США COBOL X3.23 в августе 1968 года, что стало краеугольным камнем для более поздних версий.^[74] Эта версия была известна как Американский национальный стандарт (ANS) COBOL и была принята ISO в 1972 году.^[75]

КОБОЛ-74

К 1970 году COBOL стал самым широко используемым языком программирования в мире.^[76]

Независимо от комитета ANSI, комитет по языку программирования CODASYL работал над улучшением языка. Они описали новые версии 1968, 1969, 1970 и 1973 годов, включая такие изменения, как новое межпрограммное взаимодействие, средства отладки и слияния файлов, а также улучшенная обработка строк и библиотека особенности включения.^[77]Хотя CODASYL не зависел от комитета ANSI, CODASYL Журнал Развития был использован ANSI для определения функций, которые были достаточно популярны, чтобы их можно было реализовать.^[78]Комитет по языку программирования также поддерживал связь с ECMA и Японский комитет по стандартам COBOL.^[77]

Однако Комитет по языку программирования был малоизвестен. Вице-президент Уильям Райнхулс пожаловался, что две трети сообщества COBOL не знали о существовании комитета. Он также был плохим: не хватало средств для того, чтобы сделать общедоступными документы, такие как протоколы собраний и предложения по изменениям, в свободный доступ.^[79]

В 1974 году ANSI опубликовал пересмотренную версию (ANS) COBOL, содержащую новые функции, такие как файловые организации, то УДАЛИТЬ утверждение^[80] и сегментация модуль.^[81]Удаленные функции включали ПРИМЕЧАНИЕ заявление, ИССЛЕДОВАТЬ заявление (которое было заменено на ОСМОТРЕТЬ) и модуль произвольного доступа, определяемый разработчиком (который был заменен новыми модулями последовательного и относительного ввода-вывода). Всего было внесено 44 изменения, которые сделали существующие положения несовместимыми с новым стандартом.^[82]Автор отчета должен был быть удален из COBOL, но был восстановлен до публикации стандарта.^[83][84] Позднее ISO приняла обновленный стандарт в 1978 году.^[75]

КОБОЛ-85

В июне 1978 года начались работы по доработке КОБОЛ-74. Предлагаемый стандарт (обычно называемый COBOL-80) значительно отличался от предыдущего, вызывая опасения по поводу несовместимости и затрат на преобразование. В январе 1981 года Джозеф Т. Брофи, старший вице-президент по страхованию путешественников, пригрозил подать в суд на комитет по стандартам, потому что это не так. совместимость снизу вверх с КОБОЛ-74. Г-н Брофи охарактеризовал предыдущие преобразования их 40-миллионной кодовой базы как «непродуктивную» и «полную трату ресурсов наших программистов».^[85]Позже в том же году Ассоциация управления обработкой данных (DPMA) заявил, что «категорически против» нового стандарта, сославшись на «непомерно высокие» затраты на преобразование и усовершенствования, которые «навязаны пользователю».^[86][87]

В течение первого периода общественной проверки комитет получил 2200 ответов, из которых 1700 были отрицательными формами писем.^[88]Другие ответы содержали подробный анализ воздействия COBOL-80 на их системы; Затраты на конвертацию прогнозировались на уровне не менее 50 центов за строку кода. В пользу предложенного стандарта было высказано менее дюжины ответов.^[89]

ISO TC97-SC5 установила в 1979 году международная группа экспертов COBOL по инициативе Вим Эббинкхейсен. В группу вошли эксперты COBOL из многих стран, в том числе из США. Его целью было достижение взаимопонимания и уважения между ANSI и остальным миром в отношении необходимости новых функций COBOL. Спустя три года ISO изменила статус группы на официальную рабочую группу: WG 4 КОБОЛ. Группа взяла на себя основную ответственность за разработку стандарта COBOL, где ANSI внесла большую часть предложений.

В 1983 году DPMA сняло свое несогласие со стандартом, сославшись на отзывчивость комитета на озабоченность общественности. В том же году исследование Национального бюро стандартов пришло к выводу, что предлагаемый стандарт не вызовет особых проблем.^[87][90] Год спустя был выпущен компилятор COBOL-80 для DEC VAX пользователи, отметившие, что конвертация программ на COBOL-74 вызывает мало проблем. Новый ОЦЕНИВАТЬ оператор и встроенный ВЫПОЛНЯТЬ были особенно хорошо приняты и повысили производительность благодаря упрощенной поток управления и отладка.^[91]

Второй общественный обзор получил еще 1000 (в основном отрицательных) отзывов, а последний - всего 25, и к тому времени многие проблемы были устранены.^[87]

В 1985 году рабочая группа 4 ISO приняла тогдашнюю версию предложенного стандарта ANSI, внесла несколько изменений и установила его как новый стандарт ISO COBOL 85. Он был опубликован в конце 1985 года.

Шестьдесят функций были изменены или устарели, а многие^{[количественно оценить ]} были добавлены, например:^[92][93]

• Ограничители области видимости (КОНЕЦ-ЕСЛИ, КОНЕЦ ВЫПОЛНЕНИЯ, КОНЕЦ-ЧТЕНИЕ, так далее.)
• Вложенные подпрограммы
• ПРОДОЛЖИТЬ, а заявление об отсутствии операции
• ОЦЕНИВАТЬ, а оператор переключения
• ИНИЦИАЛИЗИРОВАТЬ, оператор, который может устанавливать для групп данных значения по умолчанию
• В соответствии ВЫПОЛНЯТЬ тела петель - ранее тела петель нужно было указывать в отдельной процедуре
• Модификация ссылки, которая позволяет получить доступ к подстрокам
• Коды состояния ввода / вывода.

Новый стандарт был принят всеми национальными организациями по стандартизации, включая ANSI.^[75]

Две поправки последовали в 1989 и 1993 годах: первая вводила внутренние функции, а другая - исправления.^[75]

COBOL 2002 и объектно-ориентированный COBOL

В 1997 г. Gartner Group По оценкам, существует в общей сложности 200 миллиардов строк COBOL, что составляет 80% всех бизнес-программ.^{[94][нужен лучший источник ]}

В начале 1990-х началась работа по добавлению объектной ориентации в следующую полную версию COBOL. Объектно-ориентированные функции были взяты из C ++ и Болтовня.^[2][3]По первоначальной оценке, этот пересмотр должен был быть завершен к 1997 году, а проект комитета ISO (CD) был доступен к 1997 году. Некоторые поставщики (включая Микро Фокус, Fujitsu, и IBM ) представил объектно-ориентированный синтаксис, основанный на черновиках полной версии. Окончательный утвержденный стандарт ISO был утвержден и опубликован в конце 2002 года.^[95]

Fujitsu / GTSoftware,^[96] Микрофокус и RainCode представили объектно-ориентированные компиляторы COBOL, ориентированные на .NET Framework.

Было много других новых функций, многие из которых были в CODASYL COBOL Журнал развития с 1978 года и упустил возможность быть включенным в COBOL-85.^[97] Эти другие функции включали:^[98][99]

• Код в произвольной форме
• Пользовательские функции
• Рекурсия
• Locale обработка на основе
• Поддержка расширенных наборов символов, таких как Unicode
• Плавающая точка и двоичный типы данных (до этого двоичные элементы усекались на основе их объявления база-10 Технические характеристики)
• Переносные арифметические результаты
• Кусочек и логический типы данных
• Указатели и синтаксис для получения и освобождения памяти
• В РАЗДЕЛ ЭКРАНА за текстовые пользовательские интерфейсы
• В ПРОВЕРИТЬ средство
• Улучшенная совместимость с другими языками программирования и каркасные среды такие как .NET и Ява.

Три исправления были опубликованы по стандарту: два в 2006 году и один в 2009 году.^[100]

КОБОЛ 2014

В период с 2003 по 2009 год было подготовлено три технических отчета с описанием доработка объекта, XML обработка и классы коллекции для COBOL.^[100]

COBOL 2002 страдал от плохой поддержки: ни один компилятор полностью не поддерживал стандарт. Micro Focus обнаружила, что это произошло из-за отсутствия спроса со стороны пользователей на новые функции и из-за отмены NIST набор тестов, который использовался для проверки соответствия компилятора. Также было обнаружено, что процесс стандартизации идет медленно и не имеет достаточных ресурсов.^[101]

COBOL 2014 включает следующие изменения:^[102]

• Переносные арифметические результаты заменены на IEEE 754 типы данных
• Основные функции были сделаны необязательными, например ПРОВЕРИТЬ средство, составитель отчета и средство обработки экрана
• Перегрузка метода
• Таблицы динамической пропускной способности (функция удалена из проекта COBOL 2002)^[103]

Наследие

Программы COBOL используются во всем мире в правительстве и бизнесе и работают на различных операционных системах, таких как z / OS, z / VSE, VME, Unix, OpenVMS и Windows. В 1997 г. Gartner Group сообщил, что 80% мирового бизнеса работает на COBOL, и ежегодно пишется более 200 миллиардов строк кода и еще 5 миллиардов строк.^[104]

Ближе к концу 20 века проблема 2000 года (Y2K) был в центре внимания значительных усилий по программированию COBOL, иногда теми же программистами, которые проектировали системы десятилетия назад. Определенный уровень усилий, необходимых для исправления кода COBOL, был приписан^{[кем? ]} к большому количеству ориентированного на бизнес COBOL, поскольку бизнес-приложения активно используют даты, и к полям данных фиксированной длины. После усилий по очистке этих программ для 2000 года, опрос 2003 года показал, что многие из них продолжают использоваться.^[105]Авторы заявили, что данные опроса предполагают «постепенное снижение важности Cobol в разработке приложений в течение [следующих] 10 лет, если ... не будет внедрена интеграция с другими языками и технологиями».^[106]

В 2006 и 2012 гг. Computerworld опросы показали, что более 60% организаций используют COBOL (более C ++ и Visual Basic .NET ) и что для половины из них COBOL использовался для большей части внутреннего программного обеспечения.^[9][107] 36% менеджеров заявили, что планируют перейти с COBOL, а 25% заявили, что хотели бы, чтобы это было дешевле. Вместо этого некоторые предприятия перевели свои системы с дорогих мэйнфреймов на более дешевые и современные системы, сохранив при этом свои программы на COBOL.^[9]

Свидетельство перед палата представителей в 2016 году показал, что COBOL все еще используется многими федеральными агентствами.^[108] Рейтер сообщила в 2017 году, что 43% банковских систем по-прежнему используют COBOL с более чем 200 миллионами строк кода COBOL.^[109]

К 2019 году количество программистов COBOL быстро сокращалось из-за выхода на пенсию, что привело к надвигающемуся дефициту навыков в деловых и государственных организациях, которые все еще используют системы мэйнфреймов для обработки больших объемов транзакций. Попытки переписать системы на новые языки оказались дорогостоящими и проблематичными, как и аутсорсинг обслуживания кода, поэтому предложения по обучению большего числа людей COBOL поддерживаются.^[110]

Вовремя COVID-19 пандемия и последовавший за этим всплеск безработицы, несколько штатов США сообщили о нехватке квалифицированных программистов COBOL для поддержки устаревших систем, используемых для управления пособиями по безработице. Многие из этих систем находились в процессе преобразования на более современные языки программирования до пандемии, но этот процесс пришлось приостановить.^[111] Точно так же США Служба внутренних доходов пытался исправить свой COBOL на основе Индивидуальный мастер-файл для выплаты десятков миллионов платежей, предусмотренных Закон о помощи, чрезвычайной помощи и экономической безопасности в связи с коронавирусом.^[112]

Функции

Синтаксис

COBOL имеет английский синтаксис, который используется для описания почти всего в программе. Например, условие можно выразить какИкс ЯВЛЯЕТСЯ БОЛЬШЕ ЧЕМ у или более кратко, какИкс БОЛЬШЕ у или жеИкс > у. Более сложные условия можно «сократить», удалив повторяющиеся условия и переменные. Например,а > б И а > c ИЛИ ЖЕ а = d можно сократить до а > б И c ИЛИ ЖЕ = d. Для поддержки этого синтаксиса, похожего на английский, в COBOL есть более 300 ключевые слова.^[113][c] Некоторые из ключевых слов представляют собой простые альтернативные варианты написания одного и того же слова во множественном числе, что позволяет использовать утверждения и предложения, похожие на английский; например, В и ИЗ ключевые слова могут использоваться как взаимозаменяемые, а также ЯВЛЯЕТСЯ и НАХОДЯТСЯ, и ЦЕНИТЬ и ЗНАЧЕНИЯ.

Каждая программа COBOL состоит из четырех основных лексические элементы: слова, литералы, графические символьные строки (см. § Пункт PICTURE ) и разделители. Слова включают зарезервированные слова и определенные пользователем идентификаторы. Они имеют длину до 31 символа и могут включать буквы, цифры, дефисы и символы подчеркивания. Литералы включают цифры (например, 12) и строки (например, 'Привет!').^[115] Разделители включают пробел, запятые и точки с запятой, за которыми следует пробел.^[116]

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

Метаязык

Синтаксис COBOL обычно описывается уникальным метаязык с использованием фигурных скобок, скобок, полос и подчеркивания. Метаязык был разработан для исходных спецификаций COBOL. Несмотря на то что Форма Бэкуса – Наура в то время существовал, комитет о нем не слышал.^[117]

В качестве примера рассмотрим следующее описание ДОБАВИТЬ утверждение:

${displaystyle {egin {array} {l} {underline {ext {ADD}}}, {egin {Bmatrix} {ext {identifier-1}} {ext {literal-1}} end {Bmatrix}} точки; { подчеркивание {ext {TO}}}, слева {{ext {identifier-2}}, left [, {подчеркивание {ext {ROUNDED}}}, ight] ight} точки quad left [left | {egin {array} { l} {ext {ON}}, {underline {ext {SIZE}}}, {underline {ext {ERROR}}}, {ext {imperative-statement-1}} {underline {ext {NOT}}}, {ext {ON}}, {underline {ext {SIZE}}}, {underline {ext {ERROR}}}, {ext {imperative-statement-2}} end {array}} ight | ight] quad left [, {подчеркивание {ext {END-ADD}}}, ight] end {array}}}$

Это описание допускает следующие варианты:

ДОБАВИТЬ 1 К ИксДОБАВИТЬ 1, а, б К Икс ОКРУГЛЕННЫЙ, у, z ОКРУГЛЕННЫЙДОБАВИТЬ а, б К c    НА РАЗМЕР ОШИБКА ОТОБРАЖАТЬ "Ошибка"КОНЕЦ-ДОБАВИТЬДОБАВИТЬ а К б    НЕТ РАЗМЕР ОШИБКА ОТОБРАЖАТЬ "Нет ошибки"    НА РАЗМЕР ОШИБКА ОТОБРАЖАТЬ "Ошибка"

Формат кода

COBOL может быть написан в двух форматах: фиксированном (по умолчанию) или свободном. В фиксированном формате код должен быть выровнен, чтобы соответствовать определенным областям (задержка от использования перфокарт). До COBOL 2002 это были:

В COBOL 2002 области A и B были объединены, чтобы сформировать область текста программы, которая теперь заканчивается столбцом, определяемым разработчиком.^[118]

COBOL 2002 также представил код свободного формата. Код в произвольном формате можно разместить в любом столбце файла, как в новых языках программирования. Комментарии указываются с помощью *>, который можно разместить где угодно, а также использовать в исходном коде фиксированного формата. Линии продолжения отсутствуют, а >> СТРАНИЦА директива заменяет / индикатор.^[118]

Отдел идентификации

Раздел идентификации идентифицирует следующий объект кода и содержит определение класса или интерфейса.

Объектно-ориентированного программирования

Классы и интерфейсы в COBOL с 2002 года. Классы имеют фабричные объекты, содержащие класс методы и переменные, и объекты экземпляра, содержащие методы и переменные экземпляра.^[119] Наследование и интерфейсы обеспечивают полиморфизм. Поддержка для общее программирование предоставляется через параметризованные классы, которые могут быть созданы для использования любого класса или интерфейса. Объекты хранятся как ссылки, которые могут быть ограничены определенным типом. Есть два способа вызвать метод: ПРИЗЫВАТЬ заявление, которое действует аналогично ВЫЗОВили через вызов встроенного метода, что аналогично использованию functions.^[120]

*> Они эквивалентны.ПРИЗЫВАТЬ мой класс "фу" ВОЗВРАЩЕНИЕ варДВИГАТЬСЯ мой класс::"фу" К вар *> Вызов встроенного метода

COBOL не дает возможности Спрятать методы. Однако данные класса можно скрыть, объявив их без СВОЙСТВО предложение, которое лишает пользователя возможности получить к нему доступ.^[121] Перегрузка метода был добавлен в COBOL 2014.^[122]

Отдел окружающей среды

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

Файлы

COBOL поддерживает три формата файлов или организации: последовательные, индексированные и относительные. В последовательных файлах записи непрерывны и должны проходить последовательно, аналогично связанный список. Индексированные файлы имеют один или несколько индексов, которые позволяют записывать случайный доступ и которые можно по ним рассортировать. Каждая запись должна иметь уникальный ключ, но другое, чередовать, ключи записи не обязательно должны быть уникальными. Реализации индексированных файлов различаются между поставщиками, хотя общие реализации, такие как C ‑ ISAM и VSAM, основаны на IBM ISAM. Относительные файлы, такие как индексированные файлы, имеют уникальный ключ записи, но не имеют альтернативных ключей. Ключ относительной записи - ее порядковый номер; например, 10-я запись имеет ключ 10. Это означает, что для создания записи с ключом 5 может потребоваться создание (пустых) предшествующих записей. Относительные файлы также допускают как последовательный, так и произвольный доступ.^[123]

Распространенным нестандартным расширением является строка последовательная организация, используемая для обработки текстовых файлов. Записи в файле завершаются новая линия и могут быть разной длины.^[124]

Разделение данных

Раздел данных разделен на шесть разделов, объявляющих различные элементы: раздел файла для файловых записей; секция рабочего хранения, для статические переменные; раздел локального хранилища, для автоматические переменные; раздел связывания для параметров и возвращаемого значения; раздел отчета и раздел экрана, для текстовые пользовательские интерфейсы.

Агрегированные данные

Элементы данных в COBOL объявляются иерархически с использованием номеров уровней, которые указывают, является ли элемент данных частью другого. Элемент с более высоким номером уровня подчиняется элементу с более низким. Элементы данных верхнего уровня с номером уровня 1 называются записи. Элементы, которые имеют подчиненные агрегированные данные, называются сгруппировать элементы; те, кто этого не делает, называются элементарные предметы. Номера уровней, используемые для описания стандартных элементов данных, находятся в диапазоне от 1 до 49.^[125][126]

 01  какая-то запись.                   *> Элемент групповой записи     05  число            ПИК 9 (10).  *> Элементарный элемент     05  Дата.                  *> Элемент совокупной (под) группы записи         10  год   ПИК 9 (4).   *> Элементарный элемент         10  месяц  ПИК 99.     *> Элементарный элемент         10  день    ПИК 99.     *> Элементарный элемент

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

Подчиненные элементы могут быть устранены с помощью В (или же ИЗ) ключевое слово. Например, рассмотрим приведенный выше пример кода вместе со следующим примером:

 01  Дата продажи.     05  год       ПИК 9 (4).     05  месяц      ПИК 99.     05  день        ПИК 99.

Имена год, месяц, и день неоднозначны сами по себе, так как с этими именами определяется более одного элемента данных. Чтобы указать конкретный элемент данных, например, один из элементов, содержащихся в Дата продажи группа, программист будет использовать год продажи-дата (или эквивалент год продажи-дата). (Этот синтаксис похож на «точечную нотацию», поддерживаемую большинством современных языков.)

Другие уровни данных

Номер уровня 66 используется для объявления перегруппировки ранее определенных элементов, независимо от того, как эти элементы структурированы. Этот уровень данных также упоминается в связанных ПЕРЕИМЕНОВАТЬ пункт, редко используется^[127] и примерно в 1988 году обычно встречается в старых программах. Его способность игнорировать данные иерархической и логической структуры означала, что его использование не рекомендовалось, и многие установки запрещали его использование.^[128]

 01  запись клиента.     05  ключик            ПИК X (10).     05  заказное имя.         10  cust-first-name ПИК X (30).         10  cust-last-name  ПИК X (30).     05  cust-dob            ПИК 9 (8).     05  каст-баланс        ПИК 9 (7) V99.      66  cust-личные-детали   ПЕРЕИМЕНОВАТЬ заказное имя THRU cust-dob. 66  cust-all-details        ПЕРЕИМЕНОВАТЬ заказное имя THRU каст-баланс.

Номер уровня 77 указывает, что элемент является автономным, и в таких ситуациях эквивалентен номеру уровня 01. Например, следующий код объявляет два элемента данных уровня 77, Имя свойства и регион продаж, которые не являются групповыми элементами данных, независимыми (не подчиненными) любыми другими элементами данных:

 77  Имя свойства      ПИК X (80). 77  регион продаж       ПИК 9 (5).

Номер уровня 88 объявляет название условия (так называемый 88-й уровень), который является истинным, когда его родительский элемент данных содержит одно из значений, указанных в его ЦЕНИТЬ пункт.^[129] Например, следующий код определяет два 88-уровневых элемента имени условия, которые являются истинными или ложными в зависимости от текущего значения символьных данных вид заработной платы элемент данных. Когда элемент данных содержит значение 'ЧАС', имя-условия почасовая оплата верно, тогда как когда он содержит значение 'S' или же 'Y', имя-условия годовая заработная плата правда. Если элемент данных содержит какое-то другое значение, оба имени условия ложны.

 01  вид заработной платы          PIC X.     88  почасовая оплата ЦЕНИТЬ "ЧАС".     88  годовая заработная плата ЦЕНИТЬ "S", "Y".

Типы данных

Стандартный COBOL предоставляет следующие типы данных:^[130]

Типовая безопасность - переменная в COBOL. Числовые данные преобразуются между различными представлениями и размерами незаметно, а буквенно-цифровые данные могут быть помещены в любой элемент данных, который может быть сохранен в виде строки, включая числовые и групповые данные.^[131] Напротив, ссылки на объекты и указатели могут быть назначены только для элементов одного типа, а их значения могут быть ограничены определенным типом.^[132]

Пункт PICTURE

А РИСУНОК (или же ПОС) - это строка символов, каждый из которых представляет часть элемента данных и то, что он может содержать. Некоторые графические символы определяют тип элемента и количество символов или цифр, которые он занимает в памяти. Например, 9 обозначает десятичную цифру, а S указывает, что элемент подписанный. Другие персонажи изображения (называемые вставка и редактирование символов) укажите, как должен быть отформатирован элемент. Например, серия + символы определяют позиции символов, а также то, как ведущий знаковый символ должен располагаться в конечных данных символа; крайний правый нечисловой символ будет содержать знак элемента, в то время как другие позиции символа, соответствующие + слева от этой позиции будет пробел. Повторяющиеся символы можно указать более кратко, указав число в скобках после символа изображения; Например, 9(7) эквивалентно 9999999. Характеристики изображения, содержащие только цифру (9) и подпишите (S) символы определяют чисто числовой элементы данных, а спецификации изображений, содержащие буквенные (А) или буквенно-цифровым (Икс) символы определяют буквенно-цифровой элементы данных. Наличие других символов форматирования определяет отредактированный числовой или же отредактированный буквенно-цифровой элементы данных.^[133]

Пункт USAGE

В ИСПОЛЬЗОВАНИЕ В предложении объявляется, в каком формате хранятся данные. В зависимости от типа данных он может дополнять или использоваться вместо РИСУНОК пункт. Хотя его можно использовать для объявления указателей и ссылок на объекты, в основном он ориентирован на определение числовых типов. Эти числовые форматы:^[134]

• Двоичный, где минимальный размер либо указан РИСУНОК статьи или ИСПОЛЬЗОВАНИЕ пункт, такой как БИНАРНЫЙ-ДЛИННЫЙ.
• ИСПОЛЬЗОВАНИЕ ВЫЧИСЛИТЕЛЬНЫЙ, где данные могут храниться в любом формате, который предоставляет реализация; часто эквивалентенИСПОЛЬЗОВАНИЕ БИНАРНЫЙ
• ИСПОЛЬЗОВАНИЕ ОТОБРАЖАТЬ, формат по умолчанию, где данные хранятся в виде строки
• Плавающая точка в формате, зависящем от реализации, или в соответствии с IEEE 754.
• ИСПОЛЬЗОВАНИЕ НАЦИОНАЛЬНЫЙ, где данные хранятся в виде строки с использованием расширенного набора символов
• ИСПОЛЬЗОВАНИЕ УПАКОВАННЫЙ-ДЕСЯТИЧНЫЙ, где данные хранятся в минимально возможном десятичном формате (обычно упакованный двоично-десятичный код )

Автор отчета

Автор отчета - декларативный объект для создания отчетов. Программисту нужно только указать макет отчета и данные, необходимые для его создания, избавляя его от необходимости писать код для обработки таких вещей, как разрывы страниц, форматирование данных, а также заголовки и основания.^[135]

Отчеты связаны с файлами отчетов, которые могут быть записаны только с помощью операторов составителя отчетов.

 FD  отчет ОТЧЕТ Отчет о продажах.

Каждый отчет определяется в разделе отчетов раздела данных. Отчет разделен на группы отчетов, которые определяют заголовки, основы и детали отчета. Отчеты работают с иерархической контрольные перерывы. Прерывания управления происходят, когда ключевая переменная меняет свое значение; например, при создании отчета с подробным описанием заказов клиентов может произойти сбой в управлении, когда программа достигает заказов другого клиента. Вот пример описания отчета для отчета о продажах продавца и предупреждения о любых недопустимых записях:

 RD  Отчет о продажах     СТРАНИЦА ПРЕДЕЛЫ 60 ЛИНИИ ПЕРВЫЙ ДЕТАЛИ 3УПРАВЛЕНИЕ имя продавца. 01  ТИП СТРАНИЦА ЗАГОЛОВОК.     03  COL 1                    ЦЕНИТЬ "Отчет о продажах".     03  COL 74                   ЦЕНИТЬ "Страница".     03  COL 79                   ПИК Z9 ИСТОЧНИК СТРАНИЦА-СЧЕТЧИК. 01  распродажа в день ТИП ДЕТАЛИ, ЛИНИЯ + 1.     03  COL 3                    ЦЕНИТЬ "Распродажа".     03  COL 12                   ПИК 99/99/9999 ИСТОЧНИК дата продажи.     03  COL 21                   ЦЕНИТЬ "мы".     03  COL 26                   ПИК $$$$ 9.99 ИСТОЧНИК объем продаж. 01  недействительные продажи ТИП ДЕТАЛИ, ЛИНИЯ + 1.     03  COL 3                    ЦЕНИТЬ «НЕДЕЙСТВИТЕЛЬНАЯ ЗАПИСЬ:».     03  COL 19                   ПИК X (34) ИСТОЧНИК рекорд продаж. 01  ТИП КОНТРОЛЬ ЗАГОЛОВОК имя продавца, ЛИНИЯ + 2.     03  COL 1                    ЦЕНИТЬ "Продавец:".     03  COL 9                    ПИК X (30) ИСТОЧНИК имя продавца.

Приведенное выше описание отчета описывает следующую структуру:

Отчет о продажах, страница 1 Продавец: Howard Bromberg. Продажи на 10/12/2008 составили 1000,00 долларов США. Продажи 12/12/2008 были 0,00 долларов США. Продажи 13/12/2008 составляли 31,47 долларов США. Продажи на 05.08.2014 составили 543,98 доллара. НЕДЕЙСТВИТЕЛЬНАЯ ЗАПИСЬ: William Selden 12O52014FOOFOO Продажи на 30.05.2014 составили 0,00 долларов.

Автором отчета управляют четыре утверждения: ПОЛОЖИТЬ НАЧАЛО, который подготавливает составителя отчета к печати; СОЗДАТЬ, который печатает группу отчетов; ПОДДЕРЖАТЬ, что подавляет печать группы отчетов; и ПРЕКРАТИТЬ, что прекращает обработку отчета. В приведенном выше примере отчета о продажах разделение процедур может выглядеть следующим образом:

     ОТКРЫТО ВХОД продажи, ВЫХОД отчет     ПОЛОЖИТЬ НАЧАЛО Отчет о продажах      ВЫПОЛНЯТЬ ДО ТОГО КАК 1 <> 1ЧИТАТЬ продажи             В КОНЕЦ ВЫХОД ВЫПОЛНЯТЬ КОНЕЦ-ЧТЕНИЕ ПРОВЕРИТЬ рекорд продаж         ЕСЛИ действительная запись             СОЗДАТЬ распродажа в день         ЕЩЕ СОЗДАТЬ недействительные продажи         КОНЕЦ-ЕСЛИ КОНЕЦ ВЫПОЛНЕНИЯ ПРЕКРАТИТЬ Отчет о продажах     ЗАКРЫТЬ продажи, отчет     .

Использование средства Report Writer значительно различается; некоторые организации использовали его широко, а некоторые - нет.^[136] Кроме того, реализации Report Writer различались по качеству, причем более низкие реализации иногда использовали чрезмерные объемы памяти во время выполнения.^[136]

Отдел процедур

Процедуры

Разделы и параграфы в подразделении процедур (вместе называемые процедурами) могут использоваться как этикетки и так же просто подпрограммы. В отличие от других разделов, абзацы не обязательно должны быть в разделах.^[137]Выполнение идет вниз по процедурам программы, пока не будет завершено.^[138]Чтобы использовать процедуры в качестве подпрограмм, ВЫПОЛНЯТЬ глагол используется.

А ВЫПОЛНЯТЬ Оператор несколько напоминает вызов процедуры на современном языке в том смысле, что выполнение возвращается к коду, следующему за ВЫПОЛНЯТЬ оператор в конце вызываемого кода; однако он не предоставляет никаких механизмов для передача параметров или для возврата значения результата. Если подпрограмма вызывается с помощью простого оператора, например ВЫПОЛНЯТЬ подпрограмма, затем управление возвращается в конце вызванной процедуры. Тем не мение, ВЫПОЛНЯТЬ необычен тем, что его можно использовать для вызова диапазона, охватывающего последовательность нескольких смежных процедур. Это делается с помощью ВЫПОЛНЯТЬ суб-1 THRU sub-n построить:

ПРОЦЕДУРА такой-то.    ВЫПОЛНЯТЬ АЛЬФА    ВЫПОЛНЯТЬ АЛЬФА THRU ГАММА    ОСТАНОВКА ПРОБЕГ.АЛЬФА.    ОТОБРАЖАТЬ 'А'.БЕТА.    ОТОБРАЖАТЬ 'B'.ГАММА.    ОТОБРАЖАТЬ 'C'.

Результатом этой программы будет: «A A B C».

ВЫПОЛНЯТЬ также отличается от обычных вызовов процедур тем, что, по крайней мере, традиционно, отсутствует понятие стека вызовов. Как следствие, возможны вложенные вызовы (последовательность кода ВЫПОЛНЯТЬЭд может выполнить ВЫПОЛНЯТЬ сам оператор), но требуют особой осторожности, если части одного и того же кода выполняются обоими вызовами. Проблема возникает, когда код во внутреннем вызове достигает точки выхода внешнего вызова. Более формально, если управление проходит через точку выхода ВЫПОЛНЯТЬ вызов, который был вызван ранее, но еще не завершен, стандарт COBOL 2002 официально устанавливает, что поведение неопределенный.

Причина в том, что COBOL, а не «адрес возврата», работает с тем, что можно назвать адресом продолжения. Когда поток управления достигает конца любой процедуры, ищется адрес продолжения, и управление передается на этот адрес. Перед запуском программы адрес продолжения для каждой процедуры инициализируется начальным адресом процедуры, которая идет следующей в тексте программы, так что, если нет ВЫПОЛНЯТЬ операторы случаются, управление проходит сверху вниз по программе. Но когда ВЫПОЛНЯТЬ оператор выполняется, он изменяет адрес продолжения вызываемой процедуры (или последней процедуры из вызываемого диапазона, если ВЫПОЛНЯТЬ был использован), так что в конце управление вернется к месту вызова. Исходное значение сохраняется и впоследствии восстанавливается, но есть только одна позиция для хранения. Если два вложенных вызова работают с перекрывающимся кодом, они могут мешать друг другу управлять адресом продолжения несколькими способами.^[139][140]

Следующий пример (взят из Вирман и Верховен 2006 ) иллюстрирует проблему:

LABEL1.    ОТОБРАЖАТЬ '1'    ВЫПОЛНЯТЬ LABEL2 THRU LABEL3    ОСТАНОВКА ПРОБЕГ.LABEL2.    ОТОБРАЖАТЬ '2'    ВЫПОЛНЯТЬ LABEL3 THRU LABEL4.LABEL3.    ОТОБРАЖАТЬ '3'.LABEL4.    ОТОБРАЖАТЬ '4'.

Можно было бы ожидать, что вывод этой программы будет «1 2 3 4 3»: после отображения «2» второй ВЫПОЛНЯТЬ вызывает отображение «3» и «4», а затем первый вызов продолжается с «3». В традиционных реализациях COBOL дело обстоит иначе. Вернее, первое ВЫПОЛНЯТЬ оператор устанавливает адрес продолжения в конце LABEL3 так что он вернется к месту вызова внутри LABEL1. Второй ВЫПОЛНЯТЬ оператор устанавливает возврат в конце LABEL4 но не изменяет адрес продолжения LABEL3, ожидая, что это будет продолжением по умолчанию. Таким образом, когда внутренний вызов прибывает в конце LABEL3, он возвращается к внешнему ВЫПОЛНЯТЬ оператор, и программа перестает печатать просто «1 2 3». С другой стороны, в некоторых реализациях COBOL, таких как компилятор TinyCOBOL с открытым исходным кодом, два ВЫПОЛНЯТЬ операторы не мешают друг другу, и результат действительно "1 2 3 4 3". Поэтому поведение в таких случаях не только (возможно) удивительно, но еще и непереносимо.^[140]

Специальным следствием этого ограничения является то, что ВЫПОЛНЯТЬ нельзя использовать для написания рекурсивного кода. Еще один простой пример, иллюстрирующий это (немного упрощенный из Вирман и Верховен 2006 ):

    ДВИГАТЬСЯ 1 К А    ВЫПОЛНЯТЬ МЕТКА ОСТАНОВКА ПРОБЕГ.МЕТКА.    ОТОБРАЖАТЬ А    ЕСЛИ А < 3ДОБАВИТЬ 1 К А        ВЫПОЛНЯТЬ МЕТКА КОНЕЦ-ЕСЛИ ОТОБРАЖАТЬ 'КОНЕЦ'.

Можно было бы ожидать, что вывод будет «1 2 3 END END END», и на самом деле это то, что выдают некоторые компиляторы COBOL. Но некоторые компиляторы, такие как IBM COBOL, создают код, который печатает «1 2 3 END END END END ...» и так далее, печатая «END» снова и снова в бесконечном цикле. Поскольку пространство для хранения адресов продолжения резервного копирования ограничено, резервные копии перезаписываются в ходе рекурсивных вызовов, и все, что можно восстановить, - это вернуться к ОТОБРАЖЕНИЕ КОНЕЦ.^[140]

Заявления

COBOL 2014 содержит 47 утверждений (также называемых глаголы),^[141] которые можно сгруппировать в следующие широкие категории: поток управления, ввод-вывод, обработка данных и составитель отчетов. Заявления автора отчета описаны в раздел составителя отчета.

Поток управления

КОБОЛ условные утверждения находятся ЕСЛИ и ОЦЕНИВАТЬ. ОЦЕНИВАТЬ это оператор типа switch с добавленной возможностью оценки нескольких значений и условий. Это можно использовать для реализации таблицы решений. Например, следующее можно использовать для управления Токарный станок с ЧПУ:

ОЦЕНИВАТЬ ИСТИННЫЙ ТАКЖЕ желаемая скорость ТАКЖЕ текущая скорость    КОГДА крышка закрыта ТАКЖЕ мин-скорость THRU максимальная скорость ТАКЖЕ МЕНЬШЕ ЧЕМ желаемая скорость        ВЫПОЛНЯТЬ ускоряющая машина    КОГДА крышка закрыта ТАКЖЕ мин-скорость THRU максимальная скорость ТАКЖЕ БОЛЬШЕ ЧЕМ желаемая скорость        ВЫПОЛНЯТЬ замедлитель    КОГДА крышка открытая ТАКЖЕ ЛЮБОЙ ТАКЖЕ НЕТ НУЛЬ ВЫПОЛНЯТЬ экстренная остановка    КОГДА ДРУГОЙ ПРОДОЛЖИТЬКОНЕЧНАЯ ОЦЕНКА

В ВЫПОЛНЯТЬ оператор используется для определения циклов, которые выполняются до того как условие верно (не пока правда, что чаще встречается в других языках). Он также используется для вызова процедур или диапазонов процедур (см. раздел процедур Больше подробностей). ВЫЗОВ и ПРИЗЫВАТЬ вызывать подпрограммы и методы соответственно. Имя подпрограммы / метода содержится в строке, которая может быть литералом или элементом данных.^[142] Параметры можно передавать по ссылке, по содержанию (если копия передается по ссылке) или по стоимости (но только если прототип доступен).^[143]ОТМЕНА выгружает подпрограммы из памяти. ИДТИ К заставляет программу перейти к указанной процедуре.

В ВЕРНИТЕСЬ НАЗАД заявление - это заявление о возврате и ОСТАНОВКА оператор останавливает программу. В ВЫХОД оператор имеет шесть различных форматов: его можно использовать как оператор возврата, заявление о прерывании, а продолжить заявление, маркер конца или для выхода из процедуры.^[144]

Исключения подняты ПОДНИМАТЬ оператор и пойман обработчиком, или декларативный, определенные в ЗАЯВЛЕНИЯ часть процедуры разделения. Декларативные - это разделы, начинающиеся с ИСПОЛЬЗОВАТЬ оператор, который указывает ошибки, которые необходимо обработать. Исключения могут быть именами или объектами. ПРОДОЛЖИТЬ используется в декларативном для перехода к оператору после того, который вызвал исключение, или к процедуре за пределами ЗАЯВЛЕНИЯ. В отличие от других языков, неперехваченные исключения не могут прерывать работу программы, и программа может работать без изменений.

Ввод / вывод

Файловый ввод-вывод обрабатывается самоописывающим ОТКРЫТО, ЗАКРЫТЬ, ЧИТАТЬ, и ЗАПИСЫВАТЬ заявления вместе с еще тремя: ПЕРЕПИСАТЬ, который обновляет запись; НАЧНИТЕ, который выбирает последующие записи для доступа, найдя запись с определенным ключом; и РАЗБЛОКИРОВАТЬ, который освобождает замок на последней доступной записи.

Взаимодействие с пользователем осуществляется с помощью ПРИНИМАТЬ и ОТОБРАЖАТЬ.

Манипуляция данными

Следующие глаголы управляют данными:

• ИНИЦИАЛИЗИРОВАТЬ, который устанавливает для элементов данных значения по умолчанию.
• ДВИГАТЬСЯ, который назначает значения для элементов данных; ПЕРЕМЕСТИТЬ КОРРЕСПОНДИНГ назначает соответствующие одноименные поля.
• НАБОР, который имеет 15 форматов: он может изменять индексы, назначать ссылки на объекты и изменять емкость таблиц, среди других функций.^[145]
• ДОБАВИТЬ, ВЫЧИТАТЬ, НЕСКОЛЬКО, РАЗДЕЛЯТЬ, и Вычислить, которые обрабатывают арифметические операции (с Вычислить присвоение результата формулы переменной).
• РАСПРЕДЕЛЕНИЕ и СВОБОДНЫЙ, который ручка динамическая память.
• ПРОВЕРИТЬ, который проверяет и распространяет данные, как указано в описании элемента в разделе данных.
• НИТЬ и СТРУКТУРА, который соединять и разделить струны, соответственно.
• ОСМОТРЕТЬ, который подсчитывает или заменяет экземпляры указанного подстроки внутри строки.
• ПОИСК, который ищет в таблице первую запись, удовлетворяющую условию.

Файлы и таблицы сортируются с использованием СОРТИРОВАТЬ и ОБЪЕДИНЕНИЕ verb объединяет и сортирует файлы. В РЕЛИЗ глагол предоставляет записи для сортировки и ВОЗВРАЩАТЬСЯ извлекает отсортированные записи по порядку.

Прекращение действия

Некоторые утверждения, такие как ЕСЛИ и ЧИТАТЬ, могут сами содержать утверждения. Такие заявления могут быть прекращены двумя способами: точкой ( неявное прекращение), что завершается все содержащиеся незавершенные операторы или терминатор области видимости, который завершает ближайший соответствующий открытый оператор.

*> Терминатор («неявное завершение»)ЕСЛИ недействительная запись    ЕСЛИ больше нет записей        СЛЕДУЮЩИЙ ПРИГОВОР ЕЩЕ ЧИТАТЬ файл-запись            В КОНЕЦ НАБОР больше нет записей К ИСТИННЫЙ.*> Терминаторы области («явное завершение»)ЕСЛИ недействительная запись    ЕСЛИ больше нет записей        ПРОДОЛЖИТЬ ЕЩЕ ЧИТАТЬ файл-запись            В КОНЕЦ НАБОР больше нет записей К ИСТИННЫЙ КОНЕЦ-ЧТЕНИЕ КОНЕЦ-ЕСЛИКОНЕЦ-ЕСЛИ

Вложенные операторы, заканчивающиеся точкой, являются частым источником ошибок.^[146][147] Например, рассмотрите следующий код:

ЕСЛИ Икс    ОТОБРАЖАТЬ у.    ОТОБРАЖАТЬ z.

Здесь цель состоит в том, чтобы отобразить у и z если условие Икс правда. Тем не мение, z будет отображаться независимо от значения Икс поскольку ЕСЛИ выписка заканчивается ошибочным периодом после ОТОБРАЖАТЬ у.

Еще одна ошибка - результат висящая другая проблема, когда два ЕСЛИ заявления могут ассоциироваться с ЕЩЕ.

ЕСЛИ Икс    ЕСЛИ у        ОТОБРАЖАТЬ аЕЩЕ ОТОБРАЖАТЬ б.

В приведенном выше фрагменте ЕЩЕ ассоциируется сЕСЛИ у заявление вместоЕСЛИ Икс заявление, вызывающее ошибку. До введения явных ограничителей области видимости для предотвращения этого потребовалось быЕЩЕ СЛЕДУЮЩИЙ ПРИГОВОР быть помещенным после внутреннего ЕСЛИ.^[147]

Самомодифицирующийся код

Исходная (1959 г.) спецификация COBOL поддерживала печально известныйИЗМЕНИТЬ Икс К ПРОДОЛЖИТЬ К Y оператор, для которого многие компиляторы сгенерировали самомодифицирующийся код. Икс и Y метки процедур, а единственныйИДТИ К заявление в процедуре Икс выполнен после такого ИЗМЕНИТЬ заявление означаетИДТИ К Y вместо. Многие компиляторы до сих пор его поддерживают,^[148]но это было сочтено устаревший в стандарте COBOL 1985 и удален в 2002 году.^[149]

В ИЗМЕНИТЬ Заявление было плохо воспринято, поскольку оно подрывало «локальность контекста» и затрудняло понимание общей логики программы.^[150] Как автор учебника Дэниел Д. Маккракен писал в 1976 году, когда «тот, кто никогда раньше не видел программу, должен познакомиться с ней как можно быстрее, иногда в условиях критического дефицита времени, потому что программа терпит неудачу ... вид оператора GO TO в самом абзаце, сигнализируя о существовании неизвестного числа операторов ALTER в неизвестных местах по всей программе, вселяет страх в сердце самого храброго программиста ".^[150]

Привет, мир

А "Привет, мир "программа на COBOL:

 ИДЕНТИФИКАЦИЯ РАЗДЕЛЕНИЕ. ПРОГРАММА-ID. Привет, мир. ПРОЦЕДУРА РАЗДЕЛЕНИЕ.     ОТОБРАЖАТЬ "Привет, мир!"     .

Когда - теперь известный - "Привет, мир!" программа пример в Язык программирования C был впервые опубликован в 1978 г., аналогичный образец программы COBOL для мэйнфреймов был бы представлен через JCL, скорее всего, с использованием устройства чтения перфокарт и перфокарт на 80 столбцов. Список ниже, с пустым DATA DIVISION, был протестирован с использованием GNU / Linux и System / 370 Эмулятор Геркулеса Бег MVS 3.8J. JCL, написанный в июле 2015 года, является производным от руководств и примеров Hercules, размещенных Джеем Мозли.^[151] В соответствии с программированием COBOL той эпохи, HELLO, WORLD отображается заглавными буквами.

//COBUCLG  РАБОТА (001),'COBOL BASE TEST',                                 00010000//             УЧЕБНЫЙ КЛАСС=А,MSGCLASS=А,MSGLEVEL=(1,1)                        00020000//BASETEST EXEC COBUCLG                                                 00030000//COB.SYSIN DD *                                                        00040000 00000* ПРОВЕРКА ИЗ ОСНОВАНИЕ КОБОЛ УСТАНОВИТЬ                                00050000 01000 ИДЕНТИФИКАЦИЯ РАЗДЕЛЕНИЕ.                                         00060000 01100 ПРОГРАММА-ID. 'ПРИВЕТ'.                                             00070000 02000 СРЕДА РАЗДЕЛЕНИЕ.                                            00080000 02100 КОНФИГУРАЦИЯ РАЗДЕЛ.                                           00090000 02110 ИСТОЧНИК-КОМПЬЮТЕР.  GNULINUX.                                      00100000 02120 ОБЪЕКТ-КОМПЬЮТЕР.  ГЕРКУЛЕС.                                      00110000 02200 СПЕЦИАЛЬНЫЕ НАЗВАНИЯ.                                                   00120000 02210     КОНСОЛЬ ЯВЛЯЕТСЯ CONSL.                                            00130000 03000 ДАННЫЕ РАЗДЕЛЕНИЕ.                                                   00140000 04000 ПРОЦЕДУРА РАЗДЕЛЕНИЕ.                                              00150000 04100 00-ГЛАВНЫЙ.                                                         00160000 04110     ОТОБРАЖАТЬ 'ПРИВЕТ, МИР' НА CONSL.                           00170000 04900     ОСТАНОВКА ПРОБЕГ.                                                    00180000//LKED.SYSLIB DD DSNAME=SYS1.COBLIB,DISP=SHR                            00190000//            DD DSNAME=SYS1.LINKLIB,DISP=SHR                           00200000//ИДТИ.SYSPRINT DD SYSOUT=А                                               00210000//                                                                      00220000

После отправки JCL консоль MVS отобразила:

    19.52.48 JOB 3 $ HASP100 COBUCLG НА READER1 COBUCLG BASE TEST 19.52.48 JOB 3 IEF677I ПРЕДУПРЕЖДАЮЩЕЕ СООБЩЕНИЕ (Я) ДЛЯ JOB COBUCLG ВЫДАНО 19.52.48 JOB 3 $ HASP373 COBUCLG STARTED - INIT 1 - КЛАСС A 19.5 3 ОТСУТСТВУЕТ ЗАЯВЛЕНИЕ DD СИНХРОНИЗАЦИИ IEC130I 19.52.48 ОТСУТСТВУЕТ ЗАЯВЛЕНИЕ 3 IEC130I SYSLIB DD 19.52.48 ОТСУТСТВИЕ ЗАЯВЛЕНИЯ 3 IEC130I SYSPUNCH DD ОТСУТСТВУЕТ ЗАЯВЛЕНИЕ DD 19.52.48 ЗАДАНИЕ 3 IEFACTRT - имя шага Procstep Program Retcode 19.52.48 COBASB 3 RCB .48 JOB 3 COBUCLG BASETEST LKED IEWL RC = 0000    19.52.48 РАБОТА 3 + ПРИВЕТ, МИР    19.52.48 ЗАДАНИЕ 3 COBUCLG BASETEST GO PGM = *. DD RC = 0000 19.52.48 ЗАДАНИЕ 3 $ HASP395 COBUCLG ЗАВЕРШЕНО

Строка 10 приведенного выше списка консоли выделена для эффекта, выделение не является частью фактического вывода консоли..

Соответствующий список компилятора генерирует более четырех страниц технических подробностей и информации о выполнении задания для одной строки вывода из 14 строк COBOL.

Критика и защита

Отсутствие структуры

В 1970-х годах принятие структурное программирование парадигма становилась все более распространенной. Эдсгер Дейкстра, выдающийся ученый-компьютерщик, написал письмо редактору из Коммуникации ACM, опубликовал 1975 г. под названием «Как мы можем говорить правду, которая может причинить вред?», в которой он критиковал COBOL и несколько других современных языков; отмечая, что «использование COBOL калечит разум».^[152]В опубликованном несогласии с замечаниями Дейкстры компьютерный ученый Ховард Э. Томпкинс заявил, что неструктурированный COBOL, как правило, «писали программисты, которые никогда не получали преимуществ от хорошо обученного структурированного COBOL», утверждая, что проблема заключалась в первую очередь в обучении.^[153]

Одна причина код спагетти был ИДТИ К утверждение. Попытки удалить ИДТИ Кs из кода COBOL, однако, приводили к запутанным программам и снижению качества кода.^[154] ИДТИ Кs были в значительной степени заменены ВЫПОЛНЯТЬ заявление и процедуры, которые способствовали модульное программирование^[154] и давал легкий доступ к мощным средствам создания петель. Тем не мение, ВЫПОЛНЯТЬ могли использоваться только с процедурами, поэтому тела цикла не располагались там, где они использовались, что затрудняло понимание программ.^[155]

Программы COBOL были печально известны своей монолитностью и отсутствием модульности.^[156]Код COBOL можно было разделить на модули только с помощью процедур, которые оказались неадекватными для больших систем. Было невозможно ограничить доступ к данным, то есть процедура могла получить доступ и изменить любой элемент данных. Кроме того, не было возможности пройти параметры упущение, которое Жан Саммет расценил как самую большую ошибку комитета.^[157]Еще одна сложность связана со способностью ВЫПОЛНЯТЬ заданная последовательность процедур. Это означало, что управление могло переходить и возвращаться из любой процедуры, создавая запутанный поток управления и позволяя программисту нарушить однократный однократный выезд правило.^[158]

Эта ситуация улучшилась, поскольку COBOL принял больше функций. В COBOL-74 добавлены подпрограммы, дающие программистам возможность управлять данными, к которым имеет доступ каждая часть программы. Затем COBOL-85 добавил вложенные подпрограммы, позволяя программистам скрывать подпрограммы.^[159] Дальнейший контроль над данными и кодом появился в 2002 году, когда были включены объектно-ориентированное программирование, пользовательские функции и пользовательские типы данных.

Тем не менее, очень важное устаревшее программное обеспечение COBOL использует неструктурированный код, обслуживание которого стало невозможным. Изменение даже простого фрагмента кода может быть слишком рискованным и дорогостоящим, поскольку его можно использовать из неизвестных мест неизвестными способами.^[160]

Проблемы совместимости

COBOL задумывался как легко переносимый, «общий» язык. Однако к 2001 году было создано около 300 диалектов.^[161] Одним из источников диалектов был сам стандарт: стандарт 1974 года состоял из одного обязательного ядра и одиннадцати функциональных модулей, каждый из которых содержал два или три уровня поддержки. Это разрешило 104 976 официальных вариантов.^[162]

COBOL-85 не был полностью совместим с более ранними версиями, и его разработка была противоречивой. Джозеф Т. Брофи, ИТ-директор из Страхование путешественников, возглавил усилия по информированию пользователей COBOL о высоких затратах на перепрограммирование при внедрении нового стандарта.^[163] В результате комитет ANSI COBOL получил более 2200 писем от общественности, в основном отрицательных, с требованием от комитета внести изменения. С другой стороны, считалось, что переход на COBOL-85 увеличит производительность в будущем, что оправдывало затраты на переход.^[164]

Подробный синтаксис

Синтаксис COBOL часто критиковали за многословие. Сторонники говорят, что это было сделано для того, чтобы код самодокументирующий, облегчение обслуживания программы.^[166] COBOL также был предназначен для того, чтобы программисты могли легко изучить и использовать,^[167] при этом все еще читается для нетехнического персонала, такого как менеджеры.^{[168][169][170][171]}Стремление к удобочитаемости привело к использованию синтаксиса и структурных элементов, похожих на английский, таких как существительные, глаголы, придаточные предложения, предложения, разделы и подразделения. Однако к 1984 году разработчики программ COBOL изо всех сил пытались справиться с «непонятным» кодом.^[170] и основные изменения в COBOL-85 были внесены, чтобы облегчить обслуживание.^[88]

Джин Саммет, член краткосрочного комитета, отметила, что «мало попыток было сделано для обслуживания профессионального программиста, на самом деле люди, чей основной интерес - программирование, как правило, очень недовольны COBOL», что она приписывала многословному синтаксису COBOL.^[172]

Изоляция от компьютерного сообщества

Сообщество COBOL всегда было изолировано от сообщества компьютерных наук. В разработке COBOL не участвовали ученые-компьютерщики: все члены комитета были представителями коммерции или правительства. В то время компьютерных ученых больше интересовали такие области, как численный анализ, физика и системное программирование, чем коммерческие проблемы обработки файлов, которыми занималась разработка COBOL.^[173] Жан Саммет объяснил непопулярность COBOL первоначальной «реакцией снобов» из-за его неэлегантности, отсутствия влиятельных ученых-информатиков, участвующих в процессе проектирования, и пренебрежения к обработке бизнес-данных.^[174] В спецификации COBOL используется уникальная «нотация», или метаязык, чтобы определить его синтаксис, а не новый Форма Бэкуса – Наура о чем комитет не знал. Это вызвало «резкую» критику.^{[175][176][66]}

Позже COBOL страдал от нехватки материала, покрывающего его; только в 1963 г. появились вводные книги (в 1966 г. Ричард Д. Ирвин опубликовал учебник по COBOL для колледжа).^[177] К 1985 году в мире было вдвое больше книг по Fortran и в четыре раза больше по BASIC, чем по COBOL. Библиотека Конгресса.^[117] Профессора университетов преподавали более современные, самые современные языки и методы вместо COBOL, который, как говорили, имел характер «профессиональной школы».^[178] Дональд Нельсон, председатель комитета CODASYL COBOL, сказал в 1984 году, что «ученые ... ненавидят COBOL» и что выпускникам информатики «вверлили в них« ненависть к COBOL »».^[179] Опрос 2013 г. Микро Фокус обнаружили, что 20% университетских преподавателей считают COBOL устаревшим или мертвым, а 55% полагают, что их студенты считают COBOL устаревшим или мертвым. Тот же опрос также показал, что только 25% ученых включили программирование на COBOL в свои учебные программы, хотя 60% считали, что им следует его преподавать.^[180]Напротив, в 2003 году COBOL фигурировал в 80% информационные системы учебных планов в Соединенных Штатах, в той же пропорции, что и C ++ и Ява.^[181]

В бизнес-сообществе также было значительное снисходительное отношение к COBOL со стороны пользователей других языков, например FORTRAN или же ассемблер, подразумевая, что COBOL можно использовать только для несложных задач.^{[нужна цитата ]}

Опасения по поводу процесса проектирования

Высказывались сомнения в компетентности комитета по стандартам. Член комитета по краткосрочным контрактам Говард Бромберг сказал, что процесс разработки «плохо контролировался» и что он «страдает от нестабильности кадров и ... недостатка талантов».^[76] Жан Саммет и Джером Гарфанкель также отметили, что изменения, внесенные в одну редакцию стандарта, будут отменены в следующей, как из-за изменений в составе стандартного комитета, так и из-за объективных свидетельств.^[182]

Стандарты COBOL неоднократно страдали от задержек: COBOL-85 прибыл на пять лет позже, чем предполагалось,^[183]COBOL 2002 опоздал на пять лет,^[2]а COBOL 2014 опоздал на шесть лет.^[95][184]Для борьбы с задержками комитет по стандартам разрешил создание дополнительных дополнений, которые добавляли бы функции быстрее, чем при ожидании следующей версии стандарта. Однако некоторые члены комитета выразили обеспокоенность по поводу несовместимости между реализациями и частыми модификациями стандарта.^[185]

Влияния на другие языки

Структуры данных COBOL повлияли на последующие языки программирования. Его запись и файловая структура повлияли на PL / I и Паскаль, а ПОВТОРЯЕТ предложение было предшественником вариантных записей Паскаля. Явные определения структуры файлов предшествовали разработке системы управления базами данных агрегированные данные были значительным шагом вперед по сравнению с массивами Фортрана.^[117]РИСУНОК объявления данных были включены в PL / I с небольшими изменениями.

КОБОЛ КОПИРОВАТЬ объект, хотя и считается «примитивным»,^[186] повлиял на развитие включить директивы.^[117]

Акцент на переносимость и стандартизацию означал, что программы, написанные на COBOL, могли быть переносимыми, и способствовал распространению языка на широкий спектр аппаратных платформ и операционных систем.^[187] Кроме того, четко определенная структура разделения ограничивает определение внешних ссылок на Environment Division, что, в частности, упрощает изменение платформы.^[188]

Смотрите также

• Алфавитный список языков программирования
• БЛИС / КОБОЛ
• COBOL ReSource
• КОДАСИЛ
• Сравнение языков программирования
• Список поколений языков программирования на основе COBOL.
• Список компиляторов § компиляторы COBOL

Примечания

Рекомендации

Цитаты

Источники

внешняя ссылка

• КОБОЛ в Керли