Отправляет email-рассылки с помощью сервиса Sendsay

Бизнес on-line

  Все выпуски  

Softcraft: новости сайта и не только (029)


Информационный Канал Subscribe.Ru

Softcraft: новости сайта и не только (029)

http://www.softcraft.ru

Я приветствую всех своих подписчиков!


Проблемы, вызванные временными неудобствами во взаимодействии с внешним миром, в какой-то мере стимулировали накопление материалов. Поэтому, сегодня предлагается сразу несколько анонсов.

В первую очередь хотелось бы остановиться на статье Б.П. Кузнецова "Структура и сложность модулей циклических программ". Вообще-то, она должна появиться на сайте еще летом прошлого года. Но ряд моментов, связанных с работой и прочими проблемами привели к ее откладыванию в долгий ящик, за что я и приношу свои глубочайшие извинения автору.

В работе, которая носит больше теоретический, нежели практических характер, водится понятие независимости фрагментов модулей циклических программ и предложено оценивать условное число путей в модуле по специальной расчетной схеме. Предлагается оценка сложности модулей с учетом локальной статической памяти. Используется модель С-автомата для реализации модулей циклических программ и способы оптимизации таких модулей по сложности и быстродействию. Содержание статьи, на мой взгляд, дополняет практические материалы, посвященные автоматному программированию и уже размещенные на сайте.

К более практическим материалам, имеющим, все же, концептуальную направленность, относится и вторая статья Б.П. Кузнецова "Автоматное объектно-ориентированное проектирование типовых алгоритмов логического управления". Статья продолжает общую тенденции Питерской Школы по "заворачиванию" автоматных алгоритмов в объектно-ориентированный конструктив. В этом же русле были ряд последних работ А.А. Шалыто и Н.И. Туккеля (например "Система управления танком для игры Robocode. Объектно-ориентированное программирование с явным выделением состояний. Программная документация"). Модная и красивая обертка уже окутала императивный стиль и функциональное программирование. Вполне естественно, что и другие методы алгоритмизации тоже не остаются в стороне. 

Следует, однако отметить, что каждый из авторов предлагает свои варианты ОО расширения, хотя, основной упор пока делается на конструктивное размещение методов и их сокрытие. Мало, на мой взгляд, еще уделяется внимания вопросам эволюционного расширения и повторного использования, столь усиленно муссируемого в классическом направлении развития ООП. Но это - дело времени. Глядишь, и вместо switch появится образец State:). Но и без этого подход поглощает умы, что отражено в предлагаемой Вашему вниманию репродукции еще одной журнальной рецензии, пополняющей общую коллекцию материалов, посвященных автоматному программированию.

Ну и, наконец, следует отметить мой персональный опус, продолжающий тему мультиметодов. Уже "наевшись" ОО стилем я вновь обращаюсь к старому и доброму процедурному подходу и с его помощью пытаюсь решить проблему эволюционного расширения и повторного использования там, где ООП, в своей истинной интерпретации, может только бряцать интерфейсами. Конечно же, как всегда, мое решение получилось громоздким и непонятным, но что остается делать: мультипарадигматичность языковыми средствами эффективно пока не поддерживается, а создание персонального процедурно-параметрического языка постоянно откладывается. Однако общую идею будущей инструментальной поддержки параметризации в Эволюции мультиметодов при процедурном подходе я попытался представить, завершив, тем самым, обещанное ранее продолжение.


С наилучшими пожеланиями!

А.Л.



http://subscribe.ru/
E-mail: ask@subscribe.ru
Отписаться
Убрать рекламу

В избранное