Объем - программирование
Cтраница 2
 |
Зависимость модуля Юнга армированного композиционно - древесного пластика от содержания. [16] |
Практические вычисления по приведенным зависимостям показали, что третье слагаемое в (5.23) - (5.25) дает вклад на два и более порядка меньше, чем первое и второе. Поэтому с целью упрощения выкладок и уменьшения объема программирования зацепление (5.24) с (5.25) произведено только по модулю Юнга. Объемный модуль и модуль сдвига входят в третье слагаемое как характеристики исходного состояния материала. [17]
 |
Структура САПФИР по произ. [18] |
Такой подход к построению структуры имеет ряд недостатков. В частности, одни и те же вещества могут встречаться в разных производствах, это приводит к дублированию методик расчета, а также к резкому увеличению объема программирования. [19]
Если говорить об оболочках экспертных систем, то они позволяют работать на системном уровне, а не на уровне программирования. Они содержат невидимые для пользователя структуры данных и управляющую стратегию, необходимые для реализации каждого конкретного приложения. Благодаря этому объем программирования становится минимальным, но за это приходится платить потерей гибкости такого рода оболочки. Если планируемое приложение не относится к классу задач, который имелся в виду при создании оболочки, то могут возникнуть самые серьезные трудности при попытке уложить задачу в рамки архитектуры, которая, в сущности, предопределяет ответ. [20]
В настоящем разделе мы охарактеризовали операции, предназначенные для навигации в табличном представлении отношений. Использование этих операций связано с понятиями упорядоченного чтения таблицы, текущей таблицы и, наконец, с организацией циклов средствами включающего языка. Может оказаться, что объем программирования, связанного с реализацией запросов, в особенности - сложных, будет достаточно заметным. Тем не менее подобного рода операции необходимы в любой реляционной модели, по крайней мере, для организации скрытого от конечного пользователя интерфейса с файловой системой. [21]
Разрабатываемые в рамках проекта классы обычно отражают типовые проектные решения, поэтому их использование возможно и в других проектах. Библиотеки классов, отражающие программистский опыт в определенной области, позволяют значительно снизить объем программирования при разработке новых проектов. [22]
Создать какой-либо CASE - инструмеЬт для удовлетворения всех допустимых вариантов требований во всех средах попросту невозможно. Однако Oracle Designer предлагает прикладной программный интерфейс ( API, Application Programmatic Interface), помогающий учесть эти варианты. API открывает репозитории так, что мож о записывать свои собственные расширения в инструментальные средства и манипулировать фактически каждым элементом репозитория безо всяких опасений. API позволяет вводить информацию в базовые элементы репозитория и выводить информацию, содержащуюся в них, ч го справедливо и для тех элементов, которые добавляются с помощью средства User Extensibility. Сотя для обращения к репозиторию через API требуется некоторый объем программирования ( Что, впрочем, может сделать и сам Oracle Designer), этот интерфейс допускает выполнение практически любых операций над элементами репозитория. [23]
Страницы: 1 2