Сильный искусственный интеллект и объектно-ориентированное программирование синтез парадигм

181

классический элемент паттерна «Состояние»). Далее определя­ется второй ПК, который, по сути, представляет собой менедже­ра состояний и является следующим классическим элементом паттерна – состоянием. Этот второй ПК определяет в себе неко­торое количество своих подкомпонентов (подклассов), каждый из которых представляет собой отдельную ипостась базового ком­понента, т. е. инкапсулирует определенное состояние и некото­рое поведение, зависящее от этого состояния. Подкомпоненты базового компонента могут быть абсолютно никак не связаны друг с другом и даже не подозревать о существовании друг друга. И к слову, это и есть пример хорошей реализации, так как подоб­ные подкомпоненты легки в плане повторного использования по причине высокого уровня автономности и слабого зацепления. Далее менеджер состояний тесно взаимодействует с контекстом и предоставляет ему для использования свои подкомпоненты, подбирая их в зависимости от текущей системной ситуации, ре­зюмированной в запросе со стороны контекста. В общем смысле примерно таким образом и функционирует паттерн «Состояние».

Предполагаемые результаты и преимущества. В резуль­тате корректного применения паттерна «Состояние» не нару­шаются принципы сильной связности и слабого зацепления, реализуются на практике два принципа SOLID – принцип един­ственной ответственности и принцип разделения интерфейса. Сложный функционал базового ПК оказывается разделен и ин­капсулирован в некоторое количество подкомпонентов, что су­щественно упрощает как непосредственно функционирование системы, так и взаимодействие с ней со стороны пользователя. Очерчивается четкая линия демаркации между различными ипо­стасями базового ПК, что упрощает понимание происходящего со стороны того же пользователя. Целесообразно будет допол­нительно указать на особенности повторного использования подкомпонентов базового ПК, которые можно охарактеризовать как подсостояния. В том случае, если различные базовые ПК ре­ализуют схожую логику поведения в разных контекстах, одни и те же подсостояния также можно дополнительно использовать в разных ситуациях.

182

183

(художественным) примером наглядной демонстрации подоб­ной ситуации является известный фильм Дэвида Финчера, сня­тый по роману Чака Паланика, «Бойцовский клуб». У главного героя произведения шизофрения, которая выражается в разделе­нии личности на две ипостаси: невзрачного офисного клерка, озабоченного обустройством и декорированием собственного жи­лища, и брутального харизматичного торговца мылом, подраба­тывающего по ночам на различных позициях. Герой, который большую часть фильма находится в первой ипостаси, не подо­зревает о наличии у себя второй личности, которая активно дей­ствует. Каждая из ипостасей героя обладает своими собствен­ными состояниями, системой реализуемых образов действия, уникальными системами ценностей и отдельным экзистенциаль­ным статусом, т. е. вся логика их функционирования является инкапсулированной. И в то же время обе ипостаси – это «две стороны одной монеты», так как они обе все же являются одним и тем же человеком, что и выясняется к концу произведения. Причем в случае с данным примером наличествует еще одно крайне интересное замечание, а именно – вторая личность знает о наличии у себя первой личности и владеет всей информацией о ней. Т. е. мы видим, по сути, нарушение принципа слабого зацепления. А интересным тут является то, что именно за нару­шение этого принципа вторая личность, в конце концов, и по­платилась. Причина тут простая: первая личность была связана со второй по типу агрегирования, т. е. вполне могла автономно существовать, а вот вторая личность была связана с первой по типу композиции, т. е. без нее существовать не могла.

184

185

вать этому правилу с самого начала. К тому же возможно, что именно психотичный тип мышления и покажется системе силь­ного ИИ наиболее продуктивным: пример Джона Форбса Нэша – младшего с шизофренией или примеры Винсента Ван Гога, Стэнли Кубрика или Чарльза Дарвина с расстройствами аутиче­ского спектра показывают, что психические отклонения иногда не только не мешают, но и, возможно, способствуют развитию интеллектуальных способностей высокого уровня. К тому же в психоанализе, в рамках теории защитных механизмов, также наличествует один из механизмов защиты субъекта от негатив­ного опыта путем изоляции оного от всей остальной системы психической деятельности. Учитывая все противоречия, можно, по меньшей мере, постулировать, что поведенческие ПП, кото­рые потенциально способны оказывать негативный эффект, также могут быть использованы в контексте разработки систем силь­ного ИИ при наличии у них иных значимых качеств и свойств.

Классические элементы. Команда, конкретная команда, кли-

Назначение. Как указывается в Design patterns, «Команда» «инкапсулирует запрос в объекте, предписывает единообраз­ный интерфейс для выдачи запросов, с помощью которого мож-

186

187

неплохо работать, примерно так же, как в системе, которая опи­сывалась нами выше. Но только некоторое время и только с внеш­ней стороны. Со стороны структурной организации и оптими­зации функционирования подобная система не особенно жизне­способна. Однако есть возможность заставить систему работать гораздо лучше. И это осуществляется непосредственно за счет введения того самого буферного слоя логики, о котором мы го­ворили выше. Этот слой, соответственно, и представлен коман­дой. Эта самая команда обычно представляет собой класс, кото­рый определяет некий общий интерфейс функционирования всего слоя в целом. Непосредственно локально, на местах, этот слой представлен подкомпонентами компонента команда – кон­кретными командами. В результате происходит примерно сле­дующее. Клиент инициирует некий запрос (допустим, что нуж­но что-либо сделать) и, соответственно, активирует инициатор: например, нажимает кнопку, если представить, что клиентом в данной ситуации является человек, или вызывает определенный метод, если клиентом является другой класс. Каждый инициа­тор хранит у себя ссылку на соответствующий ему подкомпо­нент, и после своей активации инициатор вызывает определен­ный метод этого самого подкомпонента (к примеру: execute, т. е. «выполнить»). Здесь стоит заметить, что сам инициатор не вла­деет информацией о деталях реализации свойственного ему подкомпонента и, соответственно, не знает и не может знать о том, что именно подкомпонент будет делать дальше и к какому именно получателю он будет обращаться, таким образом, прин­цип слабого зацепления соблюдается. Еще более конкретно это может выглядеть как хранение инициатором ссылки на вызов конструктора класса команда, который возвращает готовый под­компонент (в данном случае объект) с полями, заполненными соответствующим образом. В подкомпоненте существует ссыл­ка на необходимого получателя, и именно ему и переадресуется запрос для его дальнейшей обработки. В результате получается, что в рамках системы наличествуют те же две группы компо­нентов, что и изначально, но за счет добавления третьей группы и представления запроса в виде объекта с полями, заполненны-

188

189

определенное количество трансферных бюро, каждое из которых специализируется на одной определенной валюте. У нас есть возможность некоторое время походить по данным бюро, в каж­дую занеся тот тип валюты, с которым работает конкретное трансферное бюро, и совершить некоторое количество перево­дов разных сумм в разной валюте на один и тот же адрес достав­ки. Это, конечно, очень неудобно, но если нет выбора, то будет совершено. Но открывается новое трансферное бюро, которое предлагает следующую услугу: перед переводом обменять все деньги во всех валютах на их внутреннюю виртуальную валюту TransferCoin. При осуществлении данного обмена все внесенные деньги тщательно документируются и сохраняются в единую структуру данных, функционирующую по принципу key – value, где key – валюта, а value – сумма в этой валюте. Далее этой структуре данных присваивается некий уникальный идентифи­катор (например, хэш-значение), который при расшифровке обо­значит точную сумму наших TransferCoin. Далее эта структура данных с ее идентификатором передается адресату, где она рас­шифровывается, структура данных открывается, и нашему адре­сату передают на месте ровно то, что мы ему отправили – суммы в валютах. Предположим, что заработок конторы заключается в разнице курсов TransferCoin при пересылке и получении. Вот эта контора – приближенный пример реализации паттерна «Ко­манда».

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

190