Методи цього класу:
- Update() - метод, який визивається при переключені з одного пункту меню на інший, та обчислює який пункт обраний на даний момент.
- Draw() - метод, який визивається при переключені з одного пункту меню на інший, та відображає меню і пункт, який обраний виділяє.
- SelectItem() - метод, який записує обраний пункт.
6 Player - клас, який описує гравця.
Він має такі атрибути:
Lives - кількість життів гравця;
Level - рівень на якому знаходиться гравець;
Points - кількість балів, які отримав гравець та прапорці, гравець пройшов рівень чи ні(Win), програв чи ні(Lose).
7 GameState - клас, відповідає ігрові стани.
Цей клас має такі атрибути:
Game - гравець, зараз грає;
Pause - зупинка гри;
Menu - гравець, зараз в меню
4. Опис програмної реалізації
4.1 Реалізація взаємодії між гравцем та системою
В ході курсової роботи мною реалізована комп'ютерна гра «Арканоід». В розробці було вжито деякі особистості, на яких я би хотів зупинити увагу.
Реалізації взаємодії між гравцем та системою був розроблений за допомогою Microsoft XNA Game Studio, яка є додатком для Microsoft Visual Studio. XNA Game Studio - інтегроване середовище розробки для розробки ігор.
На етапі основного виробництва виконується величезний обсяг робіт. Спочатку пишеться вихідний код, малюється графіка, такі як спрайт. Розробляються звукові ефекти, а також пишеться музика для гри. Величезний обсяг роботи також припадає на створення та розробку рівнів.
Весь цей час доповнюється та змінюється ігровий дизайн, щоб відобразити поточне бачення гри. Деякі особливості або рівні можуть бути видалені, деякі додані. Художня трактування може еволюціонувати, а процес гри - змінитися. Може з'явитися нова цільова платформа, а також нова цільова аудиторія. Всі ці зміни мають бути задокументовані і більшість з них має з'явитися в дизайн-документі.
З точки зору часу перший рівень гри розробляється довше за всіх інших. Оскільки при створенні рівнів і графіки використовуються інструменти для створення рівнів, потрібні можливості і зміни внутрішніх інструментів. З появою нових можливостей деякі рівні можуть застаріти, тому в перший рівень гри можуть вноситися різні виправлення. Крім того, в силу динамічної природи розробки ігор, дизайнерське бачення першого рівня з часом може змінюватися. Наступні рівні розроблюються значно швидше, так як список можливостей стає більш повним, а бачення гри - більш ясним.
Тести підключаються до гри, коли з'являється щось іграбельне. Це може бути один рівень або підмножина ігор, що може використовуватися в будь-яких розумних межах. На ранньому етапі тестування гри віднімає відносно малу частку часу. У міру наближення розробки до кінця, гра може почати відбирати для тестів весь час - і навіть понаднормово - оскільки тести намагаються охопити і протестувати нові можливості, для яких існують тести регресії. Сьогодні тестування є життєво важливим для ігор, оскільки, в силу складності більшості з них, одна єдина зміна може призвести до катастрофічних наслідків.
4.2 Алгоритм відбиття м'яча
Цей алгоритм був реалізований для розрахунку наступних координат м'яча при зіткненні з іншими об'єктами. За основу був взятий закон відбиття світла, за яким потім були реалізовані відповідні функції.
Закон відбиття світла - встановлює зміна напрямку ходу світлового променя в результаті зустрічі з відбиває (дзеркальної) поверхнею: падаючий і відбитий промені лежать в одній площині з нормаллю до поверхні, що відбиває в точці падіння, і ця нормаль ділить кут між променями на дві рівні частини. Широко розповсюджена, але менш точне формулювання «кут падіння дорівнює куту відбиття» не вказує точний напрямок відображення променя (рис. 4.1).
Рисунок 4.1 - Закон відображення
Цей закон є наслідком застосування принципу Ферма до поверхні, що відбиває і, як і всі закони геометричної оптики, виводиться з хвильової оптики. Закон справедливий не тільки для ідеально відображають поверхонь, але і для межі двох середовищ, частково відбиває світло. У цьому випадку, так само як і закон заломлення світла, він нічого не стверджує про інтенсивність відбитого світла.
4.3 Розробка бібліотеки
Для використання класів в системі була розроблена спеціальна бібліотека «Arkanoid».
До бібліотеки увійшли класи, які описували усі об'єкти системи. Створення та ініціалізація цих об'єктів відбувалося за допомогою об'єкта Game, відповідального за відображення на екрані та за взаємодію з користувачем.
Уся ця логіка системи, її математична модель була розміщена в відповідних класах цієї бібліотеки.
5. Опис дослідної експлуатації
5.1 Загальні відомості
Програма, яка реалізована як курсовий проект - цє комп'ютерна гра «Арканоід». Вона розроблена в середовищі Microsoft Visual Studio 2008 та Microsoft Game Studio на об'єктно-орієнтовній мові програмування С# під платформу Microsoft .Net 3.5 з використанням XNA Framework 3.1.
Для того, щоб запустити мою програму необхідно мати на комп'ютері таке програмне забезпечення, як встановлений .Net Framework версії не нижче 3.0.
Для запуску програми необхідно мати файл .exe та папку Content із необхідними графічними та звуковими файлами.
Програма разом з контентом займає 1,94 МБ пам'яті на жорсткому диску.
Характеристики персонального комп'ютера, необхідні для нормального функціонування програми:
- процесор Intel Celeron 800;
- 256 МБ ОЗП;
- не менш ніж 10 МБ вільного місця на жорсткому диску;
- установлене на комп'ютері програмне забезпечення Microsoft .Net не нижче 3.0 та Microsoft XNA Framework 3.1;
- ОС Microsoft XP Professional Service Pack 2;
- монітор Samsung або ін.
Щоб програма функціонувала коректно, необхідно додатково встановити DirectX.
5.2 Виклик і завантаження
Щоб здійснити виклик програми, необхідно:
а) встановити на комп'ютері Microsoft .Net не нижче 3.0 та Microsoft XNA Framework 3.1;
б) скопіювати гру та папку з контентом, у якому знаходяться звукові та графічні об'єкти, до обраної директорії;
в) запустити exe файл.
Після запуску гри з'являється меню з доступними пунктами меню. В цьому вікні ви повинні обрати тип гри, яка вам подобається, тобто один гравець чи два та обрати режим гри. Гра в удвох означає, що на одному ігровому полі буде дві біти, якими кожен гравець керує сам. Існує два режиму: віконний і повно екранний.
Рисунок 5.1 - Головне меню гри
Після запуску гри гравець за допомогою клавіш «Вліво» та «Вправо» має можливість керувати битою.
У грі використовується три типа блоків:
- Easy(синій блок) - м'яч розбиває його з першого разу;
- Normal(зелений блок) - м'яч розбиває його з другої спроби;
- Hard(чорний блок) - тип блоку, який м'яч не може розбити.
Усі типи блоків продемонстровані на рис. 5.2.
Рисунок 5.2 - Інтерфейс гри
Зверху зображується рядок стану, де зображується кількість життів, які залишились у гравця, рівень та кількість балів, які набрав ігрок, розбиваючи блоки.
Рисунок 5.3 - Рядок стану
Якщо куля більше трьох разів попадає за межі нижньої границі вікна, не відбиваючись від бити, то гравець програє і йому відображається повідомлення про закінчення гри. (рис. 5.4)
Рисунок 5.4 - Повідомлення про поразку
Пілся того, як куля розіб'є усі блоки, крім блоків типу Hard, відображається повідомлення про закінчення рівня. (рис. 5.5)
Рисунок 5.5 - Рівень завершен
Якщо ж була вибрана гра для двох гравців, то на екрані відображається два повзунка. (рис .5.6)
Рисунок 5.6 - Гра для двох гравців
Висновок
У цій роботі був використаний майже весь матеріал, який був пройдений протягом цього курсу, та розширений додатковим самостійним вивченням XNA. Тому я вважаю дану реалізацію найбільш вдалою на даному етапі розробки гри «Арканоід».
В ході курсового проектування була проаналізована предметна область, вивчені принципи побудови комп'ютерних ігор за допомогою таких інструментів, як Microsoft XNA Framework та інші, вирішені проблеми, вказані в аналізі предметної області.
Авжеж можливо було реалізувати більше функціональності, але дуже заважав фактор часу. Тому у подальшому розвитку цього проекту буде йти робота по розширенню та вдосконаленню функціональних можливостей, для того, щоб гравці могли отримувати ще більше можливостей та грати між собою через Інтернет.
Виконавши курсовий проект, ми вивчили основні питання проектування і організації комп'ютерних ігор, спроектувавши програмну архітектуру комп'ютерної гри «Арканоід». Вивчили та отримали навички розробки додатків мовою об'єктно-орієнтовного програмування C# для платформи Microsoft .Net з використанням додаткових інструментів розробки комп'ютерних ігор Microsoft XNA Framework та XNA Game Studio. В кінцевому результаті отримали реалізацію усі поставлені задачі, які були сформульовані у другій частині записки.
Цей проект буде розвиватися, доки є бажання, та я сподіваюсь, що колись він буде запущений до експлуатації, та реальні гравці зможуть відчути усю атмосферу створеного світу та просто гарно провести час за цією грою разом з іншими гравцями.
По підсумкам проведеної роботи ми отримали аналіз предметної галузі, на основі якого було створено готовий продукт, який вже може бути використаний у реальних умовах.
Перелік посилань
1. Рихтер Дж. Программирование на платформе Microsoft .NET Framework [Пер. c англ. -- 2-е изд., испр.] -- М.: Издательско-торговый дом Русская редакция, 2003- -- 512 с.
2. Riemer Grootjans. XNA 2.0 Game Programming Recipes: A Problem-Solution Approach. - Apress, 2008. - 625 с.
3. Alexandre Lobгo, Bruno Evangelista, Josй Antonio Leal de Farias. Beginning XNA 2.0 Game Programming: From Novice to Professional. - Apress, 2008. - 429 с.
4. Горнаков С. Г. Программирование компьютерных игр под Windows в XNA Game Studio Express. - М.: ДМК Пресс, 2008. - 384 с.
5. http://creators.xna.com/
6. http://msdn.microsoft.com/
7. http://mvp.support.microsoft.com/
8. http://www.compulenta.ru/
9. http://www.intuit.ru/
10. http://www.xnadev.ru/
Страницы: 1, 2, 3
