Разработка - язык
Cтраница 3
Сегодняшние работы по стандартизации могут оказать влияние на разработку языков для СССД. В частности, в 1979 г. были начаты, а годом спустя получили должное развитие два направления исследований, частью которых является разработка языка описания данных для СССД. [31]
Однако, когда существование интерактивной среды предполагается при разработке языка, отличия в средствах ввода-вывода и обработки ошибок будут очевидными. В присутствии программиста не нужны сложные средства для обработки ошибок, поскольку можно просто прервать трансляцию или выполнение программы, вывести на терминал сообщение об ошибочкой ситуации и предоставить программисту возможность внести соответствующие изменения и сигнализировать о продолжении ( или прекращении) обработки. [32]
В этот же период большое внимание было уделено разработке языков и стандартных операторов, которые позволили бы формализовать и в некоторой степени автоматизировать этапы анализа системы. [33]
Если первые разработчики не различали такие вещи, как разработка языка и написание для него транслятора, то в дальнейшем эти два процесса - силами теоретиков, для которых наконец-то появилась работа, были совершенно отделены друг от друга. То есть языки разрабатывали одни люди, а трансляторы писались совершенно другими. [34]
Другой подход при создании языков представления данных состоит в разработке контекстных языков. Язык является формальным, неизбыточным, открытым к расширениям. [35]
Таким образом, слой S21 включает изучение и управление процессом разработки специального промежуточного языка, необходимого для взаимодействия инженера по знаниям и эксперта. [36]
Эти два примера обозначают проблемы, которые приходится решать при разработке языков для того, чтобы избежать появления висячих ссылок. Конструкция Алгола делает возможным простое определение момента уничтожения структуры, но ценой соблюдения некоторых весьма жестких правил, касающихся альтернативных путей доступа к структуре. Лисп предоставляет большую гибкость в создании альтернативных путей доступа, но в нем отсутствует простой способ определения, когда структура становится мусором. [37]
Все сформулированные в настоящем разделе критерии имеют прямое отношение к разработке языков программирования, поскольку все они существенно ограничивают полет фантазии разработчиков языков программирования. Наиболее важным с этой точки зрения является следующий аргумент: стоимость создания транслятора с некоторого языка программирования должна находиться в определенном соотношении с преимуществами, предоставляемыми программисту в результате использования этого языка программирования. Это же относится и к возможностям, предоставляемым некоторым языком программирования. [38]
Автоматизация решения задач, завершающих информационную цепь, была начата разработкой технологически ориентированных языков программирования, рассчитанных на изготовление программоносителей для станков с ЧПУ. Преимущества автоматизированной подготовки производства очевидны не только при использовании станков с ЧПУ, но и при разработке технологических процессов для обычных станков, особенно в единичном и мелкосерийном производствах. [39]
В организационном аспекте эта задача должна быть решена и рамках проблемы разработки технико-экономического языка в масштабе всего народного хозяйства СССР. В настоящее время Всесоюзный классификатор продукции ( ВКП), а также Единая система конструкторской документации ( ЕСКД) могут сослужить важную службу при разработке технико-экономического языка. [40]
 |
Пример образной схемы. [41] |
На наш взгляд, весьма перспективна стандартизация образных схем такого рода, разработка несложного изобразительного языка, замена часто встречающихся понятий значками, иероглифами. [42]
Вирта Оценка языка программирования Паскаль обсуждаются некоторые решения, принятые в процессе разработки языка Паскаль, и поясняются причины принятия этих решений. Разработанный в 1969 г. язык Паскаль за прошедший с этого момента период времени неоднократно подвергался широкому обсуждению и различным модификациям. [43]
Вирт при конструировании языка Эйлер исключил различие между инструкциями и выражениями, повсеместно допустив побочные эффекты, но в более поздней разработке языка Паскаль ( Вирт [19716]) вновь ввел это различие и одновременно запретил побочные эффекты в выражениях. [44]
Основные направления, по которым, на наш взгляд, должна вестись разработка отдельных вопросов автоматизации проектирования, следующие: разработка языка описаний геометрических образов; разработка алгоритмов формирования понятий; разработка алгоритмов синтеза конструкций. [45]
Страницы: 1 2 3 4