spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Fragen wir doch nochmal mehr in dots Richtung: Warum muss es Python sein? C# Scripte wären doch z.B. viel logischer.

Naja es gibt gute Gründe für Python. Man kann allenmöglichen Mist machen ohne auch nur einen Gedanken daran zu verschwenden, wie man es macht. Du willst strings,ints,klassen,etc in eine Kontainer deiner Wahl packen? Kein Thema! Du willst einfachmal statt einem Objekt von Typ spieler ein Objekt von typ bot übergeben? Mach doch! Ob das immer sinnvoll ist, ist eine andere Frage
Ich persönlich habe den Syntax und die Semantik von Python sehr lieb gewonnen und nutze C++ nur noch wenn es nicht anders geht, weil jedes mal wenn ich zu C++ wieder "zurückkehre" fühle ich mich unendlich eingeschränkt. kA wie das zwischen Python und C# aussieht.

Geht mir mittlerweile genauso, wenn ich nochmal was mit C++ mache.
C# und Python haben mich ordentlich verwöhnt

C# kann einen auch sehr sehr schnell verwöhnen Hab zwar schon einige Versuche gestartet mich wieder mit C++ anzufreunden, aber bis jetzt keine Chance Durch Spielereien wie Unity wird das nicht unbedingt besser
Aber zum Thema. Für eine Skriptsprache kann es ja mehrere Gründe geben. Natürlich kann es da Sinn machen C# unter C# als Skriptsprache einzusetzen. Python hätte da aber ganz andere Vorteile. Was erwartest du denn von einer Skriptsprache. Welchen Vorteil erhoffst du dir dadurch und was ist überhaupt der Beweggrund dafür?
Möglicherweise hast du dir da ja selbst noch nicht so genau Gedanken drüber gemacht. Aber es ist sinnvoll das zu tun. Wenn du dir dessen bewusst bist kannst du eine sinnvolle Entscheidung treffen, womit du arbeiten möchtest.

Zitat von »Techie«

einfach mal

Definitiv die falsche Wortwahl. Eine "Scriptengine" schreiben macht man nicht "einfach mal", aber es ist durchaus ein sehr interessantes Projekt bei dem man viel lernen kann.

Wenn dich das schreiben eines Interpreters nicht extrem reizt wuerde ich dir empfehlen eine von den vielen Scriptsprachen fuer C# zu verwenden oder einfach C# selbst wie dot empfohlen hat.