Scripte in Spielen

1
…
- 2
- 3
- 4
5
6
…
- 7
- 8
- 9
10

Werbeanzeige

daG

Treue Seele

Beiträge: 130

Wohnort: Hamburg

26.02.2011, 23:35

@Chromanoid: So besser?

Edit: Hier ist die Quelle: http://www.sciencewallpaper.com/tag/radioactivity/

Zum Seitenanfang

Chromanoid

Alter Hase

Beiträge: 1 410

26.02.2011, 23:38

ja besser

allerdings sticht es natürlich nicht so ins auge wie die variante mit beiden blättern nach oben

(edit: so noch was zum thema schreiben sonst werde ich gelyncht

)

Zitat von »daG«

Es ist also nicht möglich innerhalb des Scripts z.B. System.IO zu importieren und aufs Dateisystem zuzugreifen.

In .NET kann man sog. AppDomains für das Laden von Assemblies einrichten, dann ist das auch nicht mehr das Problem. Außerdem kann man glaube ich auch Assembly.Load Sicherheitsbestimmungen übergeben. Siehe auch http://blogs.msdn.com/b/shawnfa/archive/…/08/449050.aspx
Ich würde bei einem C# Projekt echt auf C# setzen! Wenn du auch Text-Dateien für das Scripten erlauben willst kannst du ja den beim .NET beiliegenden Compiler benutzen - der kann auch in-Memory Assemblies basteln... Siehe z.B. hier: http://www.trelford.com/blog/post/C-Scripting.aspx

Besucht auch mal ZFX + Developia: Forum für Spieleentwicklung & TIGSource Forums: Independent Gaming Discussion

Dieser Beitrag wurde bereits 9 mal editiert, zuletzt von »Chromanoid« (27.02.2011, 00:17)

Zum Seitenanfang

Architekt

Community-Fossil

Beiträge: 2 481

Wohnort: Hamburg

Beruf: Student

26.02.2011, 23:42

Nehmt euch ein Zimmer (;
Was IronJS angeht: bin irgendwie immer noch kein Fan von .NET Sprachen. Mal gucken ob sich das irgendwann ändert.

Der einfachste Weg eine Kopie zu entfernen ist sie zu löschen.
- Stephan Schmidt -

Zum Seitenanfang

daG

Treue Seele

Beiträge: 130

Wohnort: Hamburg

27.02.2011, 00:43

Zitat von »Chromanoid«

In .NET kann man sog. AppDomains für das Laden von Assemblies einrichten, dann ist das auch nicht mehr das Problem. Außerdem kann man glaube ich auch Assembly.Load Sicherheitsbestimmungen übergeben. Siehe auch http://blogs.msdn.com/b/shawnfa/archive/…/08/449050.aspx
Ich würde bei einem C# Projekt echt auf C# setzen! Wenn du auch Text-Dateien für das Scripten erlauben willst kannst du ja den beim .NET beiliegenden Compiler benutzen - der kann auch in-Memory Assemblies basteln... Siehe z.B. hier: http://www.trelford.com/blog/post/C-Scripting.aspx

Danke für die Links, das ist auf jeden Fall sehr interessant. Ich hab mir schon gedacht das so etwas möglich ist, hab mich bisher aber noch nicht damit beschäftigt. Sehe da aber nicht wirklich den Vorteil, denn dann kann man es ja gleich in ein Projekt tun und kompilieren. Den Vorteil bei reinen Scriptsprachen ist halt der fehlende Overhead (z.B. Typsicherheit etc).

Ich denke da ist so etwas eher selbsterklärend:

	Quellcode
1 2 3 4 5	var hero = game.getObject("Hero"); hero.moveTo(4, 5); game.getResource("scream.wav").play();

Zum Seitenanfang

dot

Supermoderator

Beiträge: 9 757

Wohnort: Graz

27.02.2011, 01:35

Der Hauptvorteil von Skriptsprachen ist sicher dass man evtl. nichtmal die Anwendung neu starten muss damit Änderungen am Skript wirksam werden, von neu kompilieren ganz zu schweigen. Und natürlich dass die Sprache sehr viel einfacher als eine general purpose Sprache gehalten und eben genau an die entsprechenden zu lösenden Probleme angepasst sein kann

m4studios

Zum Seitenanfang

daG

Treue Seele

Beiträge: 130

Wohnort: Hamburg

27.02.2011, 02:07

Ja, aber das man sie nicht kompilieren muss ist meine Meinung nach ein Nachteil, da es das Testen umständlicher macht. Solange der Programmierer auch der (Level-)Designer ist, bringt es doch nichts C# Dateien zu haben, die man zur Laufzeit kompiliert. Ich sehe da keinen Vorteil. Wenn jetzt aber der Designer etwas am Spiel ändern möchte, ohne das ganzen Programm neu kompilieren zu müssen oder evtl sogar in einem Map-Editor arbeitet, dann macht eine Scriptsprache Sinn. Doch gehe ich davon aus, das dieser nicht C# kann bzw schreiben möchte.

Was ich nur sagen möchte: Für den Programmierer macht es sicherlich Sinn als Skriptsprache auch C# zu nehmen, doch wenn er nur an sich denkt, brauch er ja eigentlich gar keine Skriptsprache benutzen, da wäre es doch viel einfacher die Spiellogik in ein eigenes Projekt auszulagern und es mit zu kompilieren. Und wenn er es für _nicht_ Programmierer einfacher machen möchte dann sollte etwas einfacheres als C# benutzen

Zum Seitenanfang

dot

Supermoderator

Beiträge: 9 757

Wohnort: Graz

27.02.2011, 02:10

Allein die Tatsache dass du zur Laufzeit das Skript ändern kannst ist doch schon ein riesiger Vorteil, da spielen irgendwelche Charakteristiken der verwendeten Sprache an sich noch gar keine Rolle!? Wenn du irgendwelche Parameter tweaken willst oder was weiß ich willst du doch sicher nicht ständig das Spiel beenden, neu kompilieren und dann wieder an die gleiche Stelle im Level laufen um die Änderungen zu testen. Und das dann vielleicht 50 mal...

m4studios