Cтраница 2
Язык APT использует английскую транскрипцию, поэтому, чтобы облегчить понимание программы, в левой колонке табл. 27 дан полный русский перевод тех английских слов, от которых образованы термины языка. Правая колонка содержит пояснение. [16]
Язык APT использует английскую транскрипцию, поэтому, чтобы облегчить понимание программы, в левой колонке табл. 21 дан полный русский перевод тех английских слов, от которых образованы термины языка. Правая колонка содержит пояснение. [17]
Еще одним техническим приемом, которым вам нужно овладеть для понимания программы Harmony, является использование диалоговой панели в качестве основного окна. Это на удивление легкий трюк, выполняемый за три шага. [18]
Механизм исключительных ситуаций в языке Ада способствует созданию более ясных для понимания программ благодаря отделению программных единиц, связанных с обработкой ошибок, от программных единиц, ответственных за выполнение программного комплекса в нормальном ( без ошибок) режиме. Механизм исключительных ситуаций в языке Ада достаточно хорошо проработан, точно определен и имеет единообразную семантику. В противоположность этому механизм исключительных ситуаций в языке ПЛ / 1 определен не столь скрупулезно и не имеет единообразной семантики. [19]
Программа может содержать различного рода комментарии или пояснения, облегчающие чтение и понимание программы. [20]
Еще одним полезным свойством КОБОЛа является то, что он обеспечивает легкость понимания программы, что облегчает возможность последующих модификаций. Эту черту самодокументируе-мости многие считают одним из важнейших свойств КОБОЛа. В области экономики ситуация, которая привела к возникновению конкретной задачи, не остается неизменной, так как меняются условия производства и сбыта, выходят новые постановления руководящих органов, которые должны учитываться. Таким образом, программа, написанная в январе в соответствии с существовавшими в то время требованиями, может нуждаться в изменении уже в июне. В силу необходимости динамических изменений программы требуется очень тщательно описывать первоначальную программу, чтобы иметь возможность затем вносить в нее изменения. Тщательность документирования частично достигается с помощью блок-схемы и описания файлов, но, кроме того, и с помощью самого языка КОБОЛ, использующего фразы, ясно описывающие для читателя требуемые действия. [21]
При проектировании некоторые модули были выделены исключительно для удобства написания, чтения и понимания программы. Такие модули имеют простейшую связь с программой более высокого уровня. Другие модули имеют более сложные связи. Их границы определяют как последовательность выполнения операторов, так и область действия описаний данных. [22]
Программирование с помощью функций более высокого порядка никак нельзя назвать простым, и его обширное использование затрудняет понимание программ, хотя они от этого и становятся короче. Определения формируются абстрактно, и на их основе не просто увидеть, сколько аргументов и каких типов передаются между функциями разного порядка. [23]
Слишком малые размеры модуля могут быть причиной дробления функции на части, а слишком большие - затрудняют понимание программы. [24]
От того, насколько удачны комментарии и сколь удобно они размещаются в программе, существенно зависит скорость понимания программы. Программы пишутся программистами, читаются ими же или их коллегами еще до ввода в ЭВМ, поэтому качеству комментариев ( удобочитаемости) при разработке языка должно уделяться большое внимание. [25]
Попытки доказать правильность заставляют программиста очень детально исследовать и программу, и спецификации, а также формализовать свое понимание программы. [26]
Следует отметить, что выявленная при чтении программы информация о ее сущности должна быть сохранена в логических комментариях, чтобы облегчить понимание программы другим читателям. Рассмотрим поэтапное абстрагирование и документирование программы, приведенной на рис. 5.7, при условии, что массив table содержит п целочисленных элементов. [27]
Проблемы, связанные с большими программами, являются в основном результатом ошибочной интеграции системы вследствие трудности коммуникации между разработчиками и отсутствия понимания программы как единого целого. Разделение больших программ на части и организация взаимодействия между ними порождают ряд проблем, таких, как обеспечение сохранности информации, организация сопряжения, установление очередности следования. Пока отсутствует единый комплексный подход к решению этих проблем, а отдельные попытки в основном предпринимаются применительно к конкретным программным продуктам. [28]
В данной книге будет использоваться другой мнемокод, который, как надеются авторы, более прост для запоминания и более удобен для понимания программ, написанных на автокоде. [29]
Удалить условный оператор if, вместо которого может быть использован оператор варианта case, что приводит в ряде случаев к написанию более ясных для понимания программ. [30]