spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Nur weil viele Programmierer nicht in der Lage sind die Möglichkeiten der Sprache innerhalb einer Engine wie Unity zu nutzen, heißt das nicht, dass alle Programmierer so sind.
Ich versuche auch in Unity die Abhängigkeiten so klein wie möglich zu halten. Ein Großteil meines Codes könnte man auch in anderen Engines einsetzen ohne etwas daran ändern zu müssen.

Zitat von »NachoMan«

Nur weil viele Programmierer nicht in der Lage sind die Möglichkeiten der Sprache innerhalb einer Engine wie Unity zu nutzen, heißt das nicht, dass alle Programmierer so sind.
Ich versuche auch in Unity die Abhängigkeiten so klein wie möglich zu halten. Ein Großteil meines Codes könnte man auch in anderen Engines einsetzen ohne etwas daran ändern zu müssen.

Darum geht es ja.

Ich glaube nicht das du so schönen wiederwendbaren Code schreiben könntest wenn du direkt mit Unity angefangen hättest, ohne vorher eine Programmiersprache auf dem "normalen" weg gelernt zu haben.

Grüße

WhySoSad

Zitat von »BlueCobold«

Zitat von »abcd00186«

Weil in Unity wie ich bis jetzt finde C# nicht "korrekt" verwendet wird.

Das ist in der Tat richtig. Es ist ziemlich viel hacky Code in Unity, bzw. sind die Scripte oft sehr smelly Code.

Zum Beispiel?

Mal angenommen, man entwickelt erstmal unabhängig. Was genau hilft einem beim Lernen der Sprache oder gar der Programmierung selbst dabei, keine unsauberen Code zu produzieren bzw. sauberen von unsauberen Code zu unterscheiden?
Ich denke nicht, dass ein sauberer Programmierstil bei ausschließlicher Verwendung einer Engine unmöglich ist und ich denke auch nicht, dass eine Entwicklung abseits dieser für sauberen Code garantiert.

Sacaldur das ist doch ganz einfach. Was passiert wenn ich in Unity entwickle und dort nach C# fragen google? Ich finde meistens den Code, der hier angesprochen wird, den "unschönen". Wenn ich das mit anderem Kontext mache, läuft das eben anders ab

Wenn ein Lernender ein Problem mit seiner Umsetzung hat, wird er dafür eine Suche im Internet bemühen (oder in Foren fragen, oder Freunde fragen, oder...). Selbst wenn er eine Antwort findet, heißt das nicht, dass diese einen sauberen Stil aufweist (egal ob Unity oder nicht), oder dass der enthaltende Code überhaupt in Sachen Sauberkeit ein Urteil zulässt (bei Codeschnipseln wohl kaum möglich).
Selbst wenn der gefundene Code umfangreicher ist, ist es dennoch unwahrscheinlich, dass eine größere Architektur hinter diesem erkannt werden kann, da meist nur Ausschnitte von Quellcode bzw. eine oder ein paar Klassen gegeben sind. Für einen sauberen Stil ist auch die Beziehung der Elemente (/Klassen) untereinander von großer Bedeutung.

Um die Frage noch einmal leicht anders formuliert zu stellen: Was _garantiert_ einen sauberen Programmierstil, wenn man zumindest zeitweise ohne Unity arbeitet?

Zitat von »Sacaldur«

Um die Frage noch einmal leicht anders formuliert zu stellen: Was _garantiert_ einen sauberen Programmierstil, wenn man zumindest zeitweise ohne Unity arbeitet?

Nichts, aber man muss es ja nicht erschweren, wenn das Ziel ist, schönen Code zu haben.

Eigentlich ist es ganz einfach. Du sagst dein Ziel ist es ein Spiel mit Unity zu entwickeln. Wenn deine C# Kenntnisse nicht ausreichen, dann wirst du merken dass du nicht weiter kommst und kannst dein Wissen ein wenig weiter bilden. Ich habe jetzt Unityentwickler auf verschiedenen Leveln der Programmierung gesehen und alle programmieren doch recht unterschiedlich. Klar ist es eine tolle Sache wenn du dich mit C# auskennst und so einiges davon auch in Unity verwenden kannst, zum Ziel kommst du aber auch anders. Viele Wege führen nach Rom.

Klar, nur manchmal führt der Weg von Berlin nach Rom über Madrid und Moskau gleichzeitig. Und dann kommt er auch noch in einem Dorf namens "Rom" in Rumänien an statt in der Hauptstadt Italiens. Allein beim Ziel anzukommen ist bei Software oft (langfristig) keine gute Sache.