Cтраница 2
Автор находит, что язык Си представляет собой довольно любопытную смесь различных идей и подходов. У автора складывается такое впечатление, что разработчики языка Си должны были платить из своего кармана по 1000 дол. Си, требуется уплата 5 дол. Основной же целью разработки языка Си являлась минимизация вышеназванных расходов. [16]
Его программа управляет памятью только косвенно, посредством использования или неиспользования различных возможностей языка. Положение программиста еще более усложняется характерной для разработчиков языков и разработчиков трансляторов тенденцией относить управление памятью к машинно-зависимым вопросам, которые не должны явно рассматриваться в руководствах по языкам. Таким образом, программисту во многих случаях совсем не просто выяснить, какой метод управления памятью применяется на самом деле. Стоимость использования различных языковых средств часто пропорциональна стоимости требуемых действий по управлению памятью, и если программист не может узнать, какой метод управления памятью применяется, то у него вообще нет разумного способа определить сравнительную стоимость различных алгоритмов решения данной задачи. [17]
В поле кода операции содержится либо символическая аббревиатура этого кода ( если высказывание является символической репрезентацией машинной команды), либо команда для самого ассемблера. Выбор имени - дело вкуса, и поэтому разные разработчики языков ассемблера называют их по-разному. [18]
По этим причинам представляется более правильным делить типы данных языка программирования на два класса: стандартные ( встроенные) типы и произвольные ( пользовательские) типы. Стандартные типы характеризуют язык программирования, их спецификация осуществляется разработчиками языка, а реализация - разработчиками системы программирования. [19]
Развитие языков и систем программирования в последние годы свидетельствует о том, что не все хорошие системы получают должное распространение и применение. Это обусловлено тем, что в процессе внедрения языков и систем программирования принимают участие производители ЭВМ, пользователи и разработчики языков. Эти группы пользуются различными средствами и преследуют неодинаковые цели. [20]
Совершенно очевидно, что попытка использовать рекурсивные структуры данных потребует серьезного усложнения описанного процесса обработки правил. Точно так же и изменение режима управления приведет к тому, что механизм разрешения конфликтов вынужден будет анализировать дополнительную информацию. Разработчики языков, подобных OPS, всегда вынуждены искать компромисс между мощностью выразительных средств языка и эффективностью выполнения программного кода. До сих пор в среде исследователей предметом оживленных дискуссий является вопрос о том, удалось ли разработчикам OPS5 найти такой компромисс. Разработанные позже языки КЕЕ, КАРРА и CLIPS унаследовали от OPS5 синтаксис и механизм активизации правил. Все эти языки используют различные версии алгоритма RETE при формировании множества конфликтующих правил. [21]
При наличии хорошо развитой операционной системы описание длины записей обеспечивает язык управления. Язык ассемблера и языки высокого уровня ( в особенности кобол и PL / 1) также позволяют описывать записи. Разработчик языка управления сортировкой должен решить, надо ли обеспечивать такую же возможность в языке сортировки. Это решение зависит от взаимосвязей между системой сортировки, операционной системой и языками программирования. Решающим критерием является доступность информации, описывающей записи, для функции генерации сортировки в момент генерации сортировки. В OS / 360 - 370 оператор описания записей является необязательным для управления сортировкой и используется только тогда, когда длины записей изменяются. [22]
В этой книге основное внимание уделяется структурам, существующим во время выполнения программы. Фаза трансляции рассматривается здесь как второстепенная по двум причинам. Разумеется, разработчику языка совершенно необходимы глубокие знания о конструировании трансляторов, но для пользователя языка эти знания не очень важны. [23]
Построение языковых сегментов естественно не под силу пользователям-разработчикам ВУ, хотя и должно производиться по их заказу и под их контролем. Введение такого контингента разработчиков языков ( tool makers) снимает проблемы, возникающие в языках программирования с абстрактными типами данных. [24]
Стоит ли добавлять специальные команды к действующему языку программирования. Ведь это требует изучения нового языка, ведет к появлению большого числа ошибок в программах. Кроме то го, где гарантия, что разработчики языка запросов охватят все необходимые Вам функции. Мнения на этот счет расходятся. [25]
Во-первых, широкие области применения вычислительных машин и привлечение к их эксплуатации непрофессиональных программистов затрудняют использование сложившейся схемы созда ния нового языка. В этой схеме получается, что любой заранее заданный язык либо сложен для массового применения ( освоения), либо морально устаревает быстрее, чем создается соответствующее системное математическое обеспечение. В этой схеме отсутствует оперативная обратная связь от пользователей к разработчикам языка. Попытка ввести в язык средства расширения или макрогенерации еще больше запутывает вопрос и усложняет освоение соответствующего языка. Применение этих средств в практической ситуации требует профессиональных знаний, а в простейших случаях пользователь может обойтись и без них. [26]
Удовлетворить условия, необходимые для сбора мусора, не всегда просто. Оно требует, чтобы все элементы кучи имели одинаковый формат или чтобы было отмечено положение указателей в каждом элементе, или чтобы в каждом элементе хранился описатель формата, или чтобы алгоритм маркировки знал положение указателей в каждом элементе, которого он достигает, используя какие-то внешние правила о структуре данных и цепи указателей. Такие особые требования, предъявляемые процедурой сбора мусора, ставят перед разработчиком языка новые задачи в дополнение к тем, которые проистекают непосредственно из конструкции языка. [27]
В настоящей статье автор указывает на некоторые достоинства языка Ада и обсуждает некоторые его недостатки. Оценивая те или иные средства языт ка Ада, автор не пытается тщательно сравнивать их со средствами других языков программирования, таких, например, как языки Фортран, Си, Паскаль. При проведении оценки языка Ада автор пытался различать друг от друга цели, преследовавшиеся разработчиками языка Ада, фактическую информацию и свою точку зрения. [28]
Как отмечают авторы, эта книга ве является начальным учебником для новичков в программировании и не была задумана в качестве такового. Первоначальное Сообщение адресуется тем, кто должен понимать каждую тонкость языка, - в первую очередь разработчикам языков и трансляторов. Однако если реализации Алгола 68 должны быть не просто академическими упражнениями, то необходимо ознакомить с существенными элементами языка множество людей, для которых неизменной частью их повседневной жизни является написание машинных программ. Именно настоящая книга может выполнить эту задачу. [29]
Следует еще раз остановиться на вопросе о том, какую роль играет верификатор lint. Верификатор lint был создан в той же среде, в какой был разработан и язык Си, но его создатель не входил в число разработчиков языка Си. К сожалению, верификатор lint не документирован в книге [101], хотя в ней и упоминается о его существовании. [30]