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
1
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:
15
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:
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).
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:
AKTUALIZACJA: Jeśli potrzebujesz przepływu pracy edycji na żywo, wypróbuj tę bezczelną metodę korzystania z opcji Edytuj i kontynuuj .
ź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).
źródło