robo spaceball!

Game project at HIS

Allmänna riktlinjer

• Dela upp kod i sektioner: privata variabler > publika variabler > properties > privata funktioner > publika funktioner > protected funktioner.
• Ha en avskiljare med rubrik över varje sektion.
• Funktioner och properties har upper camel case, variabler har lower camel case.
• Försök undvika att använda konstanter (magiska tal, text etc) direkt i koden. Använd variabler så mycket som möjligt.

Riktlinjer för Unity

• Ge aldrig ett fält i inspectorn ett gameobject som är en aktiv instans p.g.a. risken att den kan tas bort. Ge alltså bara prefabs av gameobjects till fält i inspectorn. Alla prefabs har scene-namnet "Null" (vilket fås genom t.ex. someGameObject.scene.name). Döp inte en scene till "Null". Genom att i funktionen OnValidate() kolla om scene-nmanet är null kan man avgöra om gameobjectet är en prefab eller inte. Om Det inte är det ska det göras tydligt att den som använder fältet har gjort fel, t.ex. genom ett meddelande i Debuggern.
• Utveckla i egna Unity-scener.
• Skriv kod som förebygger null-referenser. Om det i ett visst kodstycke finns risk för en null-referens så ska åtgärder göras för att förhindra att den används. Detta kan göras genom t.ex. if-satser.
• Ändra inte namn på tags utan att samtala med gruppen.

Git

• Git status för att se om filer har lags till i comitten, om de har någon konflikt osv.

• Git pull för att ta ner det senaste från repot.

• Git add för att lägga till filer i en commit. Git add . lägger till alla ändrade filer. Git add filnamn lägger till en fil/mapp

• Git commit -m "meddelande" där meddelande är namnet på comitten.

• Git push för att pusha. Kräver login.

• git branch -a

• git fetch (laddar bara ner från repot)

• git merge (om man vill ha det som är där uppe)

• fetch och sedan merge är ungefär likadant som att skriva git pull

• git checkout

• git rebase om man vill kopiera ändringar från en branch till en annan