Zenedith’s dev blog

Pamiętam jeszcze czasy “zabaw” z C# i moment, w którym również szukałem języka skryptowego współpracującego z CS. Nie szukałem długo - C# w tej roli mi nie odpowiadał. Dowiedziałem się sporo dobrych rzeczy o Lua - zaliczam to na plus.

Pomijając całą tą otoczkę wokół samej Lua, zgłębiwszy podstawy współpracy Lua z C# do czegoś udało mi się dojść ;) Miałem jednak trochę pecha - projekt upadł. W zasadzie w tym momencie zatrzymała się moja dalsza eksploracja języka C#.

Wracam więc do głównego tematu. Oczywistym wyborem mogłaby być lua w “czystej” postaci, ale zdecydowałem się poszukać dalej. W zasadzie liczą się 4 możliwe rozwiązania z 6 podanych niżej:

1. Wspomniana Lua,
2. Mocno rozszerzalny Python,
3. GameMonkey,
4. AngelScript,
5. Zawsze można stworzyć swój język skryptowy i parser, korzystając np. z  serii artykułów Złośliwca,
6. Java przez interfejs JNI.

Bardzo dużo informacji na temat wiązania skryptów Python’a z cpp zawiera strona codesampler a konkretnie rozdział “Extending & Embedding Python with C/C++”.

Jeśli chodzi o Lua to warto odwiedzić stronę lua wiki, oraz docelowo podstronę z Code wrappers. Z dostępnych “Development environments” dla Lua najbardziej przypadło mi do gustu luaeclipse, z uwagi na IDE Eclipse.

Nie najgorzej czułbym się pisząc skrypty w Javie, wykorzystując technologię JNI. Jak się okazuje, język skryptowy używany przez engine Unreal - UnrealScript, ma wiele cech Javy ( i cpp).

Ok, zaczynamy z cpp.

Mam już wiedzę, tylko trzeba ją w coś przelewać :)
Standardowo pracowałem sobie na początku w Visual Studio 8.0, a dokładniej “Visual C++ 2005 Express Edition”, ale szybko zostałem poinformowany (news z Warsztatu), że lepiej będzie pisać w nowszym i pewnie poprawionym narzędziu - tak więc ściągnięcie wersji 2008 było kwestią szybkości łącza :) Szybka instalacja i do dzieła. Ok, parę zmian kosmetycznych, sprawdziłem jeszcze klawiszologię nowego dziecka MS i do boju.

Przeglądając forum, napotkałem na informację o zintegrowanym MinGW + GCC z wieloma popularnymi bibliotekami używanymi w “prostym” gamedev. Parę podejść do kompilacji “z ręki” i dałem sobie spokój. Niestety, wolę iść na łatwiznę na tym etapie, a skoro już na tym to do końca tak zostanie -pewnie w przyszłości MS na mnie zarobi. A przecież właśnie tak działa ich mechanizm reklamy i darmowych wersji :)
Oczywiście są przynajmniej dwa IDE współpracujące z GCC - Code::Blocks oraz Eclipse. Dodatkową siłą tego pierwszego jest zestaw kreatorów projektów dla różnych “technologi” - może się to okazać pomocne przy pierwszych kontaktach z nimi.

Ja jednak pozostanę przy darmowej wersji Visual’a.

Trudno jest powrócić do cpp, gdy przez dobry rok pracowało się niemal wyłącznie w środowisku Javy. Prawda jest taka, że w czasie tym skupiłem się na poznaniu nowej technologi, jaką oferuje MS w postaci języka C# i całego tego “managed”.

Było fajnie - szybkość tworzenia aplikacji i intuicyjna praca - tak jak w Java’ie. Nawet jeśli chodzi o tematykę gier i tworzenia na XBOX’a, czyli technologię XNA i Managed DX. Niestety, MS się wycofał z dalszego wspierania MDX i przerzucił wszystko do XNA - mi to nie pasuje.

Zatem jak szybko przestawić się na język cpp?

Zacząłem od Symfonii - dość szybko przeleciałem stare, 3 tomowe wydanie. Okazało się, że jest to dość “stary” język cpp, poza tym nie bardzo kojarzyłem czym tak naprawdę jest STL - a o tym mówiła Pasja, której niestety nie posiadałem.

Odwiedziłem trochę portali internetowych znalazłem bardzo przyjemny, na czasie kurs, który brzmiał bardzo górnolotnie ” Megatutorial “Od zera do gier kodera”. Wprowadza czytelnika w świat cpp od podstaw, przechodząc do coraz bardziej skomplikowanych mechanizmów tego języka, mając cały czas na uwadze wszelkie niuanse i zwracając uwagę na mogące się pojawić problemy. Kurs ten omawia również technologię WinAPI, czyli programowania pod Windows.

Stało się, zaczynam prowadzić bloga!