Silnik skryptów dla XNA

Powiedzmy, że tworzę tę wielką grę w C # z XNA.

Jakie opcje muszę włączyć funkcję skryptową do mojej bazy kodu?

xna c# scripting

— astk
źródło

Jakie funkcje, w szczególności , z silnikiem skryptowym czy rzeczywiście potrzebne? Zdecydowana większość funkcji silnika skryptowego jest już dostępna w języku C #.

— Andrew Russell,

Zasadniczo, myślę o stworzeniu czegoś w rodzaju bazowego GUI do tworzenia gier XNA. Więc używasz tego twórcy gier i uzyskujesz dostęp do moich klas i funkcji C # ze skryptu, aby wdrożyć grę.

— astk

Kto jest użytkownikiem końcowym? Czy to coś w stylu Klik & Play (dzieci, hobbystów)? A może bardziej przypomina Unreal Kismet (artystów i projektantów)? A może coś innego?

— Andrew Russell,

Powiedzmy, jak Game Maker. Chociaż pozwala na implementację dowolnej mechaniki gry, nadal można klikać i grać. Nie musi mieć edytora skryptów wizualnych, takiego jak Kismet.

— astk

To bardzo różni się od pytania, które zadałeś. Być może spróbuj poprosić o kolejny, który lepiej wyjaśni twoje wymagania. Albo weź moją krótką odpowiedź, która brzmi: użyj delegatów C # jako podstawy systemu, który może traktować funkcje jak obiekty. Użyj tych obiektów, aby zbudować system GUI lub udostępnić system zaawansowanym użytkownikom końcowym za pośrednictwem C #, jak opisano w mojej odpowiedzi.

— Andrew Russell

Odpowiedzi:

Odradzam używanie języka skryptowego w C # . C # już rozwiązuje większość problemów, które silnik skryptów wykorzystuje do rozwiązania. Po prostu użyj C # w sposób, w jaki używasz języka skryptowego.

Ponieważ już kilkakrotnie się tym zajmowałem, oto kilka materiałów do czytania:

Język skryptowy dla XNA (duplikat twojego pytania, ale na SO)
Zrekompiluj C # podczas działania, bez AppDomains
Proszę nie używać domowych skryptów w C #!
O Boże, proszę, nie używaj domowych skryptów opartych na XML w C #!
Użycie 'fed' w C # do skryptów opartych na stanach / ukrytych

AKTUALIZACJA: Jeśli potrzebujesz przepływu pracy edycji na żywo, wypróbuj tę bezczelną metodę korzystania z opcji Edytuj i kontynuuj .

— Andrew Russell
źródło

Jeśli planujesz atakować na XBox360 lub Windows Phone 7, twoje opcje są ograniczone. Platformy te nie obsługują generowania kodu środowiska wykonawczego, więc jedyną opcją byłby język interpretowany. Zalecałbym unikanie języków interpretowanych, ponieważ ich wydajność zwykle waha się od „sub-par” do „abysmal”.

Jeśli celujesz tylko w system Windows i naprawdę potrzebujesz / chcesz języka skryptowego, spójrz na IronPython lub IronRuby. Oba są ukierunkowane na DLR i działają bardzo dobrze (jako języki dynamiczne).

— Mike Strobel
źródło