Mesin skrip untuk XNA


9

Katakanlah saya membuat pertandingan besar ini dalam C # dengan XNA.

Opsi apa yang harus saya sertakan fitur scripting ke basis kode saya?


2
Fitur apa, khususnya , dari mesin skrip yang benar-benar Anda butuhkan? Sebagian besar hal yang diberikan mesin skrip Anda sudah tersedia dalam C #.
Andrew Russell

Pada dasarnya, saya berpikir untuk membuat sesuatu seperti pembuat game XNA berbasis GUI. Jadi, Anda menggunakan pembuat game ini dan mengakses kelas dan fungsi C # saya dari skrip untuk mengimplementasikan permainan.
astk

1
Siapa pengguna akhir? Apakah ini seperti Klik & Play (anak-anak, penggemar)? Atau lebih seperti Unreal Kismet (seniman dan desainer)? Atau sesuatu yang berbeda?
Andrew Russell

Katakanlah seperti Game Maker. Meskipun memungkinkan untuk menerapkan mekanisme permainan apa pun, tetap OK untuk Klik dan Mainkan. Tidak perlu memiliki editor skrip visual seperti Kismet.
astk

Itu sangat berbeda dengan pertanyaan yang Anda ajukan. Mungkin coba tanyakan yang lain yang lebih baik menjelaskan kebutuhan Anda. Atau ambil jawaban singkat saya, yaitu: gunakan delegasi C # sebagai dasar dari sistem yang dapat memperlakukan fungsi seperti objek. Gunakan objek-objek itu untuk membangun sistem GUI, atau memaparkan sistem kepada pengguna akhir tingkat lanjut melalui C # seperti yang dijelaskan dalam jawaban saya.
Andrew Russell

Jawaban:


15

Saya menganjurkan tidak menggunakan bahasa skrip di C # . C # sudah memecahkan sebagian besar masalah yang diselesaikan oleh mesin scripting. Cukup gunakan C # dalam cara Anda akan menggunakan bahasa scripting.

Karena saya telah membahas ini beberapa kali sebelumnya, berikut adalah beberapa bahan bacaan untuk Anda:


PEMBARUAN: Jika Anda ingin alur kerja penyuntingan langsung, coba metode kurang ajar ini untuk menggunakan Edit dan Lanjutkan .


1

Jika Anda berencana menargetkan XBox360 atau Windows Phone 7, maka opsi Anda terbatas. Platform tersebut tidak mendukung pembuatan kode runtime, jadi satu-satunya pilihan Anda adalah bahasa yang ditafsirkan. Saya akan merekomendasikan untuk menghindari bahasa yang ditafsirkan, karena kinerjanya cenderung berkisar dari "sub-par" ke "bukan kepalang".

Jika Anda hanya menargetkan Windows, dan Anda benar-benar membutuhkan / menginginkan bahasa skrip, silakan lihat di IronPython atau IronRuby. Keduanya menargetkan DLR dan berkinerja sangat baik (karena menjadi bahasa yang dinamis).

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.