spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

XNA als Framework nutzen und ein wenig mehr selbst schreiben

Das mit XNA ist Quatsch. Ich denke da ist die Arbeit die man da reinstecken muss viel zu groß. Für kommerzielle Projekte hat man normalerweise nicht ewig Zeit und bei einem engen Zeitplan muss man sich überlegen was man machen kann.
Modifizierbar wird das Spiel ja dadurch, dass bestimmte Sachen so ausgelagert sind, dass sie angepasst werden könne. Das ginge damit los, wenn ihr Konfigurationsdateien benutzen würdet. Diese kann jeder anpassen und so Einfluss auf das Spiel nehmen. Je nachdem was man so auslagert, kann man damit schon recht viel bewirken. Noch wichtiger und mächtiger sind ausgelagerte Skripte. Ich weiß nicht ob Unity zur Laufzeit C# Code nachladen kann. Bin mir auch nicht sicher ob man externe Skriptsprachen einsetzen kann. Was natürlich möglich wäre, wäre eine eigene Skriptsprache, wobei die wieder viel Arbeit mit sich bringen würde. Aber da könntet ihr ja mal schauen in wie fern das möglich wäre. Ich selbst habe mit Unity fast überhaupt keine Erfahrung. Unter C# ist es was GameEngines angeht auch recht schwierig. Es gibt Ogre3D für C# und die Irrlicht Engine gibt es auch. Diese wären vielleicht noch einen Blick Wert. Oder wie FSA geschrieben hat mit XNA arbeiten, wobei man da recht viel Zeit benötigt, da man wirklich viel selbst machen muss.

Habe mal aus Spaß nach folgendem gegooglet:
"unity3d lua"
und prompt Links gefunden die hilfreich sind. Lager einen Teil der Logik in Lua aus, wobei der Code dann hinterher verändert werden kann. Sollte eigentlich unproblematisch sein.

Ich kenne mich mit Unity überhaupt nicht aus, aber laut diesem Foreneintrag wäre es möglich eine Modifikation als C# DLL zu erstellen und diese in den "Assets"-Ordner abzulegen. Alternativ wäre eine Skriptsprache wie LUA das richtige oder ein eigener Parser, wie es euch beliebt.

Gucke mir Unity grad selbst mal an. Soweit ich das sehe kannst du mit C# eigenen Code ausführen. Wie schon mehrfach hier steht kannst du auch externen Code laden. Zur Not kannst du also einen Lua-Parser laden (gibt es genügend im Internet, auch mit Unity getestete) und damit Lua Code ausführen. Natürlich könnte man auch die DLL's selbst zum austausch nehmen. Wenn ihr C# Erfahrung habt sollte das nicht schwer für euch sein.

ich habe mich selbst nicht mit Unity beschäftigt, allerdings müssen auch andere Ressourcen austauschbar sein, damit man von einer "Modbarkeit" reden kann (dazu gehören Leveldaten, Texturen, ...)
diese müssten auch auf irgendeine Art editiert werden können, wo man schauen muss, in wie weit Unity selbst dafür verwendet werden könnte

Edit:
vielleicht würde auch eine Art Plugin-System reichen
der von euch geschriebene Code überprüft das Pluginverzeichnis auf DLLs, die min. eine Klasse enthält, die ein vorgegebenes Interface implementiert
wie dieses Interface aussieht und auf welche weiteren Daten dieses zugreifen kann, wäre dann vollkommen euch überlassen (und eure Aufgabe, passendes zu finden)
allerdings würde ich dabei nicht von einer "Modbarkeit" reden, da das Spiel erweitert, aber nicht grundlegend verändert wird
es sei denn, das "Standardverhalten" ist über ein Plugin realisiert und lässt sich austauschen