Który silnik Javascript można osadzić w aplikacji? [zamknięte]

Próbowałem zarówno SpiderMonkey i V8. Ze SpiderMonkey ' em nie mogłem nic zrobić. Nie mogłem nawet zdobyć przykładów na mozilla.org do kompilacji.

V8 działa nie-Of-The-box i mam trochę podstawowej interakcji C++ Javascript idzie dość szybko. Istnieje kilka list google dla osób korzystających z V8 i znalazłem już odpowiedzi na większość moich pytań.

Uważam, że v8 działa tylko na procesorach x86, x64 i Arm w tej chwili. Co może być wadą.

W odniesieniu do bezpieczeństwa wątku, od include / v8.h :

 * Multiple threads in V8 are allowed, but only one thread at a time
 * is allowed to use V8.  The definition of 'using V8' includes
 * accessing handles or holding onto object pointers obtained from V8
 * handles.  It is up to the user of V8 to ensure (perhaps with
 * locking) that this constraint is not violated.

Możesz przeczytać więcej w pliku źródłowym(wygląda jak dokumentacja doxygen, ale nie wydaje się, aby umieścić go gdziekolwiek).

Update: ten komentarz został usunięty, prawdopodobnie jakiś czas temu. Wygląda na to, że v8 ma teraz obiekt Isolate, który reprezentuje instancję silnika. A pojedyncza instancja Isolate może być używana tylko w jednym wątku na raz, ale inne instancje Isolate mogą być używane w innych wątkach w tym samym czasie.

Czy Java Script naprawdę jest odpowiednim językiem do twojej gry? Wiele gier używa języka programowania Lua do tworzenia skryptów. Jest łatwy do zintegrowania, jest bardzo mały, kompiluje się na prawie każdej platformie i jest łatwy do nauczenia.

To nieco off topic, ale myślenie nieszablonowe może być ważne, aby wszystko było dobrze .

Benchmark , który pojawił się, gdy V8 po raz pierwszy uderzył w scenę, która pokazała, że V8 jest 1000% (lub cokolwiek) szybszy niż inne silniki, był mocno ważony w kierunku faworyzowania silników, które były dobre w rekurencji. Jeśli twój kod używa dużej ilości rekurencji, V8 może dać ci znaczną przewagę pod względem szybkości. Dla" prawdziwego świata " (przynajmniej obecnie) rzeczy internetowych, SquirrelFish Extreme wydaje się być zwycięzcą w tej chwili (Zobacz mój post na blogu na temat dla wyników mojego własne, nieformalne testy).

Jak zauważyli inni, łatwość integracji i jakość dokumentacji mogą przeważać nad czystą szybkością. To nie znaczy, że jack nie będzie wysyłał!

Mówiąc o silniku skryptowym i c++ można również rozważyć chaiscript . Jest zbliżony do skryptu ecma (~Javascript) i bardzo łatwy do osadzenia w c++.

Sprzedający ze strony:

... ChaiScript natomiast został zaprojektowany od podstaw z myślą o integracji z C++. ... ChaiScript nie ma meta-kompilatora, nie ma zależności bibliotek, nie ma kompilacji wymagania systemowe i brak starszego bagażu jakiegokolwiek rodzaju. At can work bezproblemowo z dowolnym C++ funkcje, które na to narażasz. Nie posiada mówiąc wprost o dowolnym typie, jest to funkcja centryczna.

Z ChaiScript możesz dosłownie rozpocząć skryptowanie aplikacji przez dodanie trzech linijek kodu do programu i nie modyfikowanie w ogóle budować kroki.

Poczekałbym na TraceMonkey, kolejną ewolucję SpiderMonkey ' a. Szybsze i lepiej zaprojektowane. (Wykorzystuje kod przekazany z Adobe Flash ).

Tracemonkey szczyci się tym, że znacznie szybciej wykonuje powtarzalne czynności, agresywnie optymalizując strukturę w czasie wykonywania w oparciu o rzeczywiste użycie, co może być przydatne przy rozbudowie gry.

Spróbuj Javascript. NET:

Http://javascriptdotnet.codeplex.com/

Implementuje Google V8. Możesz kompilować i uruchamiać Javascript bezpośrednio z kodu. NET z nim, a także dostarczać obiekty CLI do wykorzystania przez kod Javascript, jak również. A V8 jest prawdopodobnie najlepszym silnikiem kiedykolwiek stworzonym pod względem wydajności, generuje natywny kod z Javascript.

Możesz również spojrzeć na V8 z Google. Jest całkiem nowy.

Chciałbym mieć oko na v8, ponieważ krzyczy szybki silnik javascript, i jestem pewien, że będzie rozwijać wsparcie między platformami, jak rośnie do dojrzałości.