Jaki język skryptowy poleciłbyś do projektu gry w C ++? [Zamknięte]

Przez pisanie tutaj skryptów mam na myśli nie tylko umieszczanie danych konfiguracyjnych w skrypcie, ale także skryptowanie części projektu, takich jak niektóre metody klasowe, testowanie specyficznej pętli gry itp. Nie byłoby to tylko przyspieszenie rozwoju, ale także pozwolenie graczom zobaczyć niektóre z nich skrypty poprawiające niektóre aspekty gry.

Niektóre języki, takie jak Lua, mają pewne opakowania, takie jak luabind, ale kiedy używałem go w przeszłości, miały problemy, ponieważ nie obsługiwały redefinicji metod w kontekście dziedziczenia.

Jakie są Twoje sugestie dotyczące używania języka lub opakowania?

Gry wideo ze skryptami Lua Silniki gier ze skryptami
Lua

Myślę, że Lua jest najlepszym strzałem.

Ten artykuł dotyczy integracji Lua i C ++. To mówi:

LuaBind to świetny produkt, ale dla mnie wyglądał na zbyt skomplikowany. Po pierwsze, kod nie jest łatwy do naśladowania, gdzie znajdują się klasy i obiekty. Widząc również, że chciałem zintegrować Luę z aplikacją wxWidgets, używanie szablonów było trochę nie-nie (możesz czytać problemy między platformami na stronie wxWidgets).

Istnieje wiele innych bibliotek wiążących:

http://luabridge.sourceforge.net/
http://www.stackedboxes.org/~lmb/diluculum/
http://cpplua.sourceforge.net/
http://www.tecgraf.puc-rio.br/~ celes / tolua /

Jakie jest najlepsze opakowanie C ++ / Lua?

Po prostu wybierz i ciesz się.

Byłem lubić Chaiscript ; Nie używałem go zbyt długo, ale jak dotąd wydaje się dość solidny.

W przeciwieństwie do Pythona lub lua, jest on zbudowany od podstaw do użytku z C ++. Proces wiązania wydaje się o wiele czystszy niż w przypadku luabind / etc.

Oto podsumowanie strony:

ChaiScript jest pierwszym i jedynym językiem skryptowym zaprojektowanym od podstaw z myślą o zgodności z C ++>. Jest to inspirowany ECMAScript, wbudowany język funkcjonalny.

ChaiScript jest licencjonowany na licencji BSD.

Polecam Lua .
Python jest również bardzo popularny. Korzysta z niego wiele polecanych silników gier (na przykład Blender).
C ++ :: Boost ma bibliotekę do pracy z Pythonem.
Czytałem o Wiewiórce , ale jej nie użyłem .

Możesz przeczytać ten przegląd Game Engine . Jest Scriptingkolumna. Widać, że Lua i Python są najpopularniejszymi językami skryptowymi.

Dlaczego nie zbudować własnego?

Jeśli masz czas, cierpliwość i chęć do nauki - zawsze możesz spróbować opracować własny silnik skryptowy ze wszystkimi potrzebnymi funkcjami i składnią.

Zalety

1. Dowiesz się o interesującej części informatyki.
2. Opracowanie „wewnętrznego” silnika skryptowego daje pełną kontrolę od początku do końca, umożliwiając dostosowanie silnika do dokładnie tego, czego potrzebujesz.
3. Jeśli będziesz musiał wprowadzić jakieś zmiany później, mogą one nieco ułatwić poznanie własnych baz kodu, zamiast uczyć się od innych.
4. Nie musisz się martwić o aktualizowanie silnika za pomocą łatek innych osób.

Niedogodności

1. Czas. Niewiele osób to ma. Jeśli potrzebujesz czegoś TERAZ, wypróbuj już istniejący silnik (taki jak już zasugerowany).

2. Prędkość. Wiele istniejących silników skryptowych działa bardzo szybko - niestandardowe rozwiązanie może nie być tak szybkie.

3. Wielkość drużyny. Wiele istniejących silników skryptowych ma większe zespoły ludzi pracujących nad bazą kodu, niezależnie od tego, czy są to zespoły prywatne czy globalni wolontariusze, jest coś do powiedzenia na temat kodu, który jest sprawdzany i ponownie sprawdzany przez wiele innych osób.

4. Silnik skryptów wymaga pewnej ilości wstępnego planowania, aby skutecznie działać. Trzeba też zaimplementować wiele podstaw, które mogą wcale nie mieć związku z rzeczywistym silnikiem skryptów.

5. Twoja baza graczy / programiści musieliby przyzwyczaić się do silnika skryptów. Nie może to stanowić problemu, jeśli składnia i funkcjonalność są prawie takie same jak w większości współczesnych silników skryptowych, ale należy o tym pamiętać.

To nie jest wyczerpująca lista. Jeśli musisz wprowadzić wiele zmian w zapleczu istniejącego języka skryptowego, aby uzyskać pożądaną funkcjonalność, IMO prawdopodobnie powinieneś poszukać innego silnika, który będzie lepiej pasował do twoich wymagań lub po prostu zbuduj własny.

Zdaję sobie sprawę, że ludzie lubią rzucać się na „lenistwo” i „nie wymyślać na nowo koła”, ale myślę, że można coś powiedzieć o tym, jak się to robi. A konkretna implementacja prawdopodobnie będzie lepsza dla twojego projektu niż implementacja ogólna.

„Tworzenie systemów skryptowych w C ++” wydaje się być ulubionym artykułem (artykułami), które ludzie udostępniają podczas dyskusji na ten temat: http://www.gamedev.net/reference/list.asp?categoryid=76

Próbowałem Lua, Python, Scheme i Squirrel. Lua spisała się najlepiej; ma większą społeczność i lepsze wsparcie niż Squirrel oraz znacznie lepszą pamięć i parametry wydajności niż Python. Schemat działał również bardzo dobrze i ma naprawdę małego tłumacza, ale projektantom trudno było owinąć głowy funkcjonalnym językiem.

Oto linki do luabind i tolua, wrapperów dla lua / c ++

http://luabind.sourceforge.net/

http://www.tecgraf.puc-rio.br/~celes/tolua/