книги хакеры / журнал хакер / 077_Optimized

Если ты хочешь попробовать свои силы в проектировании .NET/WinFX приложений, то тебе понадобятся .NET Framework, NET Framework 2.0 SDK, Avalon Framework CTP, а также среда разработки Visual Studio.

Все новые разработки Microsoft находятся в стадии тестирования и отладки. Я не рекомендую устанавливать их на свою рабо- чую машину. Лучше заведи себе виртуальную рабочую лошадку на базе VMWare (www.vmware.com).

Если у тебя медленный диалапный канал и ты не можешь скачать весьма увесистые библиотеки Microsoft — не расстраивайся. Мы любезно выложили их на CD.

классов .NET, включающие в себя ряд готовых классов, предназначенных для решения конкретных задач. Такой подход не только значительно облегчает разработку ПО, но еще и стандартизирует базовые элементы для любого языка программирования, работающего на платформе .NET. Это первый шаг в пользу универсальности, но отнюдь не единственный.

.NET Framework имеет в своем арсенале общеязыковую спецификацию (Common Language Specification, CLS), декларирующую набор правил, которых должны придерживаться все .NETсовместимые языки. В свою очередь, общая система типов (Common Type System, CTS) гарантирует, что типы данных, определенные одним языком, могут быть с не меньшим успехом использованы и другими средствами программирования.

Что касается библиотеки классов .NET Framework, то она содержит целый ряд полезных типов, разработанных специально для CLR. Эти типы объектно-ориентированы, легко расширяются и совместимы с абсолютно всеми .NET-средствами разработки.

Встает вопрос: каким образом достигается подобная универсальность? Дело в том, что исходный код языков, поддерживаемых CLR (будь то C#, Visual Basic .NET или любой другой), особым образом компилируется в команды Microsoft Intermediate Language (IL). В результате компиляции получается исполняемый файл, который полностью состоит из команд IL-языка. Он не является исполняемым в полной мере этого слова — для работы приложения IL-код необходимо преобразовать в машинный код, что автоматически осуществляется сразу после его запуска. При этом двоичный код помещается в память и остается там до окон- чания работы программы.

Получается, что программа, написанная на одном из .NET-сов- местимых языков, по сути ничем не отличается от программы на любом другом языке (IL-код для всех языков один и тот же). Приложение на Visual Basic .NET может обладать ничуть не меньшей функциональностью, чем программы на Visual C#. Удивительно, но факт!

Вердикт: для разработчиков платформа .NET открывает мост сотрудничества и узы совместимости. Все языки работают с одной и той же библиотекой классов .NET Framework. При этом общая система типов отвечает за простоту совместного применения компонентов платформы всеми .NET-языками.

[файловую систему заказывали?] WinFS — странная аббревиатура, не правда ли? Название этой новомодной файловой системы идет от английского сочетания «Windows Future Storage». Слово «future» (будущее), как бы пафосно оно ни звучало, действительно отражает суть этой технологии.

Казалось бы, что можно требовать от файловой системы? Минимальный размер кластера? Да ставь какой угодно в той же NTFS. Надежность и безопасность? Разумеется, но этому требованию вполне соответствует как NTFS, так и *nix’овые файловые системы. Тогда что же еще? Я тебе отвечу: эффективный поиск документов. Задача непростая, однако в связи с растущими объемами информации все более и более актуальная. Любому из нас так или иначе приходится работать с огромным количеством документов. И справиться с ними иногда довольно сложно. Мне, как рядовому студенту, постигающему искусство программирования, это знакомо до боли. Куча учебников в электронном виде, задания на лабораторные работы, их решения и отчеты. Уфф. В исходниках к концу семестра сам черт ногу сломит. Но мало университета, так еще целая тьма материалов по работе.

Все это безобразие должно отчасти разрешиться с появлением WinFS. Файловая система значительным образом изменит подход не только к хранению, но и к работе с документами. По крайней мере, в это свято верят разработчики Microsoft. По существу, WinFS является некоторой надстройкой над уже имеющейся файловой системе NTFS, в основе которой лежит мощная база данных. Понятно, что эта база данных интегрирована не забавы ради — в нее будет помещаться информация о каждом имеющемся документе. Это позволит приложениям, совместимым с WinFS, работать с документами на совершенно новом, более высоком уровне. Процесс, который мы привыкли считать поиском файлов, фактически превратится в своеобразный SQL-запрос к базе данных.

Проще говоря, ты сможешь формулировать запросы для поиска на вполне обыкновенном (то есть не техническом) языке. Например, я смогу передать системе такую команду: «Показать все документы, подготовленные для публикации в майском номере Х» — и мгновенно получить доступ к нужным файлам. А Бублик, к примеру, может дополнить критерии поиска и составить запрос: «Вывести все материалы, подготовленные Step’ом за этот год».

[XÀÊÅÐ 05 [77] 05 >

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

<Window x:Class="HelloWorld.Page1" xmlns="http://schemas.microsoft.com/2003/xaml" xmlns:x="Definition"

Text="Hello world!"

x:Class="HelloWorld.Page1" обозначает через точку пространство имен и имя класса, к которому это окно принадлежит. Сочетание xmlns="http://schemas.microsoft.com/2003/xaml" является неотъемлемым атрибутом любого XAMLфайла.

Атрибут Text — это пока что единственный параметр отображаемого окна, который задает его заголовок. Пускай он будет содержать текст «Hello world!».

6 Теперь добавим еще несколько параметров окна: Height (высота), Width (ширина), Left (координата левого угла окна по оси X) и Top (координата той же точки по оси Y). Теперь исходный код будет выглядеть так:

<Window x:Class=" HelloWorld.Page1" xmlns="http://schemas.microsoft.com/2003/xaml" xmlns:x="Definition"

Height="250"

Width="250"

Left="150"

Top="150" Text="Hello world!"

>

</Window>

7 Дело за малым — жми F5 для компиляции проекта и запускай его. Готово!

[XÀÊÅÐ 05 [77] 05 >

[платформа .NET изнутри]

[visual J++ — .NET-совместимое средство разработки, которое быстро завоевало популярность]

[всем известный Visual Basic в .NET-версии — отныне возможностей не меньше, чем у C#

è Visual C++!]

Более того, WinFS позволяет не только находить файлы, но и определенным образом воздействовать на них. Например, если ввести команду «Послать Лозовскому все файлы TXT, относящиеся к майскому номеру Х и обновленные в течение последней недели», то WinFS сначала обработает различные части запроса, найдет необходимые файлы, а затем выполнит указанные действия (а это не гонево? — Прим. Бублика).

Естественно, внедрение подобной технологии коренным образом повлияет на способы хранения документов. В новой файловой системе все файлы тесно будут связаны с базой данных, которая должна будет содержать описание каждого из них. Любому файлу соответствует запись в базе данных, и после манипуляции с ним (удаление, перемещение, изменение и т.п.) WinFS будет не только производить изменения документа, но и вносить коррективы в базу данных.

В теории все звучит хорошо. Что будет на практике — покажет время. Сейчас ясно одно: для реализации столь кардинальных изменений необходимо значительно изменить архитектуру самой операционной системы. Для полноценного использования возможностей новой файловой системы придется перейти с традиционного Win32 API на обновленный WinFX API. Только в нем будут реализованы команды, необходимые для взаимодействия с базой данных WinFS.

Вердикт: столь функциональная файловая система, несомненно, станет одним из самых значимых новшеств в ближайшее время. Однако с ее использованием придется подождать — Microsoft отказалась включать ее в Longhorn по умолчанию. Не успевают.

[WinFX] Как уже было сказано, Microsoft ведет работу над разработкой нового API — WinFX. Предполагается, что Windows

Effects (именно так стоит называть новомодную разработку) со временем полностью заменит старый набор Win32 API. Microsoft во многом делает ставку на .NETтехнологии, и WinFX здесь, естественно, не исключение. По замыслу разработчиков, WinFX полностью объединит исходный текст .NET с операционной системой.

Но для чего нужен этот WinFX? Я тебе отве- чу: для всего :). По сути, это сердце операционной системы. Без его помощи приложения бессильны. Любые действия, так или иначе, влекут за собой явное или скрытое обращение к API-функциям (подробнее читай во врезке). Копирование и удаление файлов, открытие и прорисовка окон — все это выполняется c помощью определенного набора API-функций.

Я уже рассказал тебе о файловой системе WinFS. По существу, это одна из составных частей нового API, которая отвечает за хранение данных. Но помимо нее есть и другие. В частности, новая графическая подсистема Avalon и коммуникационная часть Indigo. Начну со второй. Эта важная фишка в будущем станет полностью отвечать за взаимодействие разнообразных коммуникационных протоколов. И даже несмотря на то, что ее работа незаметна для рядового пользователя, она будет играть ведущую роль в работе многих сетевых приложений. Дело в том, что Indigo унифицирует в себе множество самых разнообразных методов, подходов и алгоритмов, которые программисты используют во время разработки сетевых служб. Понятно, что такой подход способствует еще большей совместимости между различными средствами разработки. Тем более что Indigo будет декларировать особые правила взаимодействия внутренних протоколов нового Windows Longhorn.

Вердикт: несмотря на свою мощь, Win32 API перестал удовлетворять некоторым современным требованиям. Windows Longhorn должна стать операционной системой нового поколения. Новому поко-

[с помощью новой платформы стало возможным с минимумом усилий разрабатывать приложения для смартфонов и КПК]

[технологии Indigo — сказка для сетевых приложений]

[сложная структура нового API]

[внутренние протоколы Longhorn’а под управлением Indigo]

[градиентная кнопка — одна лишняя строчка кода]

лению нужен новый API, более универсальный и эффективный. Его графическая составляющая — Avalon — вообще заслуживает особого внимания.

[Avalon — почти Аполлон] После нескольких дней знакомства с Avalon становится ясно: привычным для нас визуальным компонентам осталось жить недолго. Отдаю должное спецам из Microsoft — разработка получилась что надо.

Как уже было сказано, Avalon — это графическая подсистема WinFX. Она реализована в виде своеобразной архитектуры, предназначенной для проектирования пользовательского интерфейса. Предполагается, что Avalon полностью заменит старый user32.dll и интерфейс графических устройств (Graphical Device Interface, GDI), которые отвечали за графику во всех предыдущих версиях Windows.

Важно отметить, что для повышения быст-

FERRUM

PC_ZONE

ИМПЛАНТ

ВЗЛОМ

СЦЕНА

UNIXOID

КОДИНГ

КРЕАТИФФ

ЮНИТЫ

Там уже будет находиться другой fgd-файл, на него можешь не обращать внимания. После первого запуска редактора тебе предложат ознакомиться с прилагаемой документацией по настройке, но если ты намерен прочитать эту статью до конца, то смело можешь отказаться от этого шага. Затем появится само окно настроек. Там будет всего шесть вкладок, но интерес для нас представляет лишь половина из них. Как правильно настроить 2D-views, видно на скриншоте, так что не буду на этом останавливаться.

Вкладка Textures. Здесь представлен список текстур, которые будут доступны при создании и редактировании уровня. Обычно по умолчанию их не так много или вовсе нет, поэтому имеет смысл пополнить список, скажем, следующим: valve/halflife.wad, valve/decals.wad, valve/liquids.wad, cstrike/cstrike.wad. Эти файлы содержат достаточно текстур для создания качественного уровня. Помимо них, ты наверняка захочешь прицепить cached.wad. Но делать этого не нужно, так как другие wad-файлы полез-

ных текстур не содержат.

Вкладка Game Configurations — главное окно настройки. В нем надо будет создать и настроить новый профиль. Вся информация об этом содержится во врезке.

Ну и наконец, последний шаг — прикрепление к редактору компиляторов ZHLT, для чего служит вкладка Build Programs. Установи все следующим образом:

1 Пропиши путь к файлу игры hl.exe

2 CSG executable: путь к файлу hlcsg.exe

3 BSP executable: путь к файлу hlbsp.exe

образом, у нас появилась комната с размерами 384х384х384 юнита и толщиной стенок 32 юнита. Теперь можно посмотреть на карту в виде 3D-textured, залететь внутрь комнаты. Для перемещения в 3D-виде один раз нажми Z. Пользуйся кнопками W, A, S, D и мышью. Не нужно применять функцию Hollow к каждому брашу на карте. Мы это сделали, чтобы быстро создать комнату, внутри которой можно будет бегать. Представь, что браш — это обычная строительная плита. Нам нужна была именно комната, поэтому мы и воспользовались функцией Hollow. Точно такую же комнату можно получить, создав шесть стен по отдельности.

Теперь энтити-объекты. Первым вставим источник света, то есть объект light. Выбери инструмент Entity Tool (Shift-E), затем на панели New Objects в списке выбери объект light.

Поставь вид сверху (2D top), установи курсор в центре комнаты и нажми левую кнопку мыши.

Переключись на вид спереди (2D front) и помести объект light под потолок. Нажатием клавиши Enter заканчивается работа с освещением. Итак, лампочку мы сделали.

Теперь на карте будет светло. Остается создать точки появления контров и терроров. Этими точками являются объекты info_player_death- match(террорист)иinfo_player_start(контр).Одинобъект—однаточка рождения. Чтобы на карте могли играть несколько игроков, необходимо ставить несколько точек для контров и несколько для террористов. Обрати внимание, что объекты info_player_deathmatch и info_player_start не должны касаться стен, друг друга и должны быть приподняты на некоторое расстояние над землей. Это необходимо делать, чтобы игроки не умирали в начале раунда сами по себе и могли свободно двигаться. Ты замечал на некоторых картах при большом пинге и лагах, как игроки в начале раунда как бы падают на землю? Это происходит как раз потому, что между игроком и землей имеется некоторое расстояние. При качественном соединении такие приземления практически незаметны.

Все! Первая полностью рабочая карта создана. Конечно, ее еще надо откомпилировать, но пока сравни с моей картинкой то, что получилось у тебя.

Чтобы откомпилировать карту, нужно создать bat-файл. Скопируй приведенные ниже строки в блокнот и сохрани файл как COMPILE.BAT:

ваться неверное впечатление о том, что он уже играл в нечто подобное. И если оригинальная карта будет продумана лучше, чем твоя, геймер сделает очевидный выбор. Используй свои текстуры и компоненты везде, где это возможно. Есть, конечно, моменты, когда можно обратиться к чужим деталям без ущерба для оригинальности карты: за какой-нибудь мелочью, не очень заметным предметом. Возможности самой игры. Не стоит забывать, что Counter-Strike использует движок Quake2, рассчитанный на замкнутые пространства, а это значит, что реализовать карту неограниченной площадки невозможно. Другое дело — сделать огромную комнату и закрасить ее разными текстурами. Небом, например. Вставить картинку фона, как изображение гор в militia.

Пропорции. Не стоит пренебрегать геометрией. То есть объекты карты должны иметь одинаковый масштаб. Кому понравится машина с высотой, не превышающей колено бойца?

Архитектура. Во многом от этого зависит успех карты. Здесь нужно учитывать ряд факторов, в том числе баланс сил. Например, как со стороны контров, так и со стороны терроров должны быть выгодные позиции, которые игроки успеют занять за равный промежуток времени. Стоит поменьше мест оставлять для засад. Многие профессиональные геймеры не любят, когда кто-то начи- нает прятаться за ящиками в темной комнате. Ты должен это учи- тывать, и если создаешь такие уголки, то постарайся устроить так, чтобы засевший простреливал как можно меньше территории или же легко обнаруживался при ведении огня. Карта должна быть честной. Не стоит злоупотреблять и спецэффектами. Что будет, если создать комнату, при входе в которую игрок сразу же умрет (типа от взрыва при открытии двери с растяжкой)? Правильно, геймеры будут игнорировать ее. То же самое касается фишек с пропусканием электрического тока через воду и непрерывных бомбежек. Но если тебе очень хочется побомбить врага, то позаботься о том, чтобы путь к заветной кнопочке был очень рискованным (находился в конце хорошо простреливаемой навесной дорожки, например).

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

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

[компиляция] Что это такое, думаю, объяснять не надо. Код карты, как код программы, необходимо перевести в понятный компьютеру вид. Говоря о маперстве в CS, компиляцией называют процесс преобразования карты из формата map в формат bsp. Half-Life и ее клоны, в число которых и входит контра, работают исключительно с bspфайлами, так что не пытайся подсунуть им .map. В редакторе карт Hammer (VHE) используется свой формат RMF (Rich Map Format), который является навороченным аналогом формата map. Но откомпилировать его не удастся, хотя хранить исходники до компиляции лучше всего именно в нем. Отличие форматов заключается в том, что rmf сохраняет дополнительные данные о карте, полезные для ее доработки. Для сохранения карты в map-формате служит пункт Export to MAP в меню File. Сама сборка осуществляется специальными программами-компиляторами. Каждая из них выполняет свою роль в формировании готовой карты (всего их четыре). Лучшими компиляторами считаются упомянутые выше утилиты Зонера:

1HLCSG.EXE — просчитывает общую геометрию карты и создает четыре hull-файла для их обработки компилятором HLBSP.

2HLBSP.EXE — создает дерево карты и работоспособный bsp-файл. 3HLVIS.EXE — создает визуальную часть и оптимизирует карту для более быстрой прорисовки в игре.

4HLRAD.EXE — просчитывает освещение на карте.

У этих утилит, увы, есть серьезный недостаток, отпугивающий на- чинающих картостроителей, — полное отсутствие графического интерфейса. Все данные пересылаются компиляторам посредством команд. Правда уже выпущено немало графических оболочек, позволяющих в более привычной форме подготовить карту к испытанию. Среди них ZHLT Compile GUI и Batch Compiler.

Перед компиляцией карты необходимо проверить установочные параметры, так как они очень сильно влияют на скорость. Например, можно откомпилировать карту очень быстро, но при этом пострадает как качество освещения, так и оптимизация под более высокий параметр FPS (Frames Per Second). Такой вариант компиляции используется для тестирования карты, когда внешний вид не так важен. Можно выставить параметры, с которыми карта получится максимально качественной, но за это придется расплачиваться временем компиляции. Такой вариант используется для окончательной версии карты, когда она наилучшим образом освещена и оптимизирована.

Параметров компиляции существует довольно много (несколько десятков), но используются далеко не все из них. Говоря о компиляции, нельзя не упомянуть о ее низкой скорости и ресурсоемкости. Для многих становится настоящим сюрпризом, когда простая с виду карта компилится чуть меньше шести часов. Многое в этом процессе зависит от оперативной памяти компьютера, частоты процессора и, конечно, от архитектуры самой карты. При неграмотном подходе (карта построена неумело и не была оптимизирована) компиляция может растянуться на несколько часов или даже дней. Например, на сборку крупных карт, использующих большое количество точек освещения и открытых пространств, уходит не меньше четырех часов. Если она длится дольше, значит, со структурой карты не все в порядке или просто не хватает ресурсов.

Известен случай, когда на Pentium III компиляция растянулась на 36 часов. Основной причиной тормозов является небольшое количество оперативной памяти. Компиляция застопорилась на операции, просчитывающей освещение. Когда вся оперативная память была исчерпана, стал активно использоваться файл подкачки, что привело к существенному увеличению времени компиляции. Так что если ты ощущаешь нехватку оперативки, спеши в срочном порядке увеличить файл подкачки или же закупиться модулями ОЗУ. Учитывай, что если ни того, ни другого не сделать, то компиляция будет прервана. Файл подкачки рекомендую установить размером в 500-800 метров.

[декомпиляция] Декомпиляция — процесс, обратный компиляции, то есть это преобразование карты из формата bsp в формат map. Причины для декомпиляции могут быть разными, обычно это делается для ознакомления с устройством карты или при подготовке ее