Cтраница 4
В книге [ Hayes-Roth et al, 1983 ] проблема выбора инструментальных средств представлена в терминах схемы рис. 17.2. Выяснив характеристики проблемы, решаемой проектируемой экспертной системой, можно определиться со свойствами пространства решений, которые перечислены выше. Затем они рассматриваются совместно с предполагаемыми характеристиками разрабатываемой системы - характеристиками порождающих правил, прямой цепочки вывода или возможностями формирования пояснений, - и вырабатываются желаемые характеристики инструментальной среды. Последние и позволяют подобрать нужную модель инструментальной среды. Нужно сказать, что все это прекрасно выглядит на картинке, но очень сложно реализуется на практике, хотя вряд ли кто-нибудь будет спорить с тем, что такой подход более логичен, чем какой-либо другой. Как показывает практика, большинство разработчиков явно или неявно следует именно такому подходу при создании экспертных систем. [46]
Около электролита графит находится в смеси с глиноземом. Токоотводом служит алюминий, защищенный слоями нихрома и графита. Электролит с центральным серным электродом помещают в трубку ( корпус) ЭА. В кольцевом зазоре между корпусом ЭА и электролитом находятся графитовые шарики, промежутки между которыми заполнены натрием. Графитовый заполнитель нужен для уменьшения количества свободного натрия, который может взаимодействовать с серой в случае образования трещин или разрушения электролита. Большинство разработчиков используют конструкцию ЭА с центральным натриевым электродом. В этом случае сера находится в кольце между электролитом и корпусом ЭА. Для повышения безопасности работы ЭА камеру натриевого электрода заполняют пористыми веществами из керамики, стекла или металла. [47]
Впрочем, подобный опрос происходит только тогда, когда ощущается нехватка памяти. Для небольших приложений, не требующих большой памяти, сборка мусора может вообще не наступить вплоть до завершения выполнения программы. Это создает проблемы в объектах, открывающих неуправляемые ресурсы: файлы, соединения с базами данных и т.п., которые надо вовремя освободить для других потоков или приложений. Для решения подобных проблем в классе GC объявлен метод Collect, форсирующий сборку мусора указанного компонента. Работа сборщика мусора оптимизирована на поддержание большей производительности системы, чем это может обеспечить большинство разработчиков программного обеспечения. [48]