Featured Blog | This community-written post highlights the best of what the game industry has to offer. Read more like it on the Game Developer Blogs or learn how to Submit Your Own Blog Post
7 Most Important Things to Keep Your Unity Project Organized
I saw a person on Quora the other day, asking how programmers are able to write projects that consist of over 10 000 lines of code. When project gets bigger, it gets more difficult to maintain.
Author: Piotr Korzuszek (The Knights of Unity)
This post has originally been published on The Knights of Unity blog (http://blog.theknightsofunity.com/7-ways-keep-unity-project-organized/) by Piotr Korzuszek. More awesome Unity tutorials, tips and tricks on our Blog: http://blog.theknightsofunity.com/
I saw a person on Quora the other day, asking how programmers are able to write projects that consist of over 10 000 lines of code. When software gets bigger, it is more difficult to maintain and that's a fact. So here's the thing - if you won't keep your project organized, you're going to have a hard time to keep the pace. Later on, you will find yourself wasting time with messy project instead of adding new features. This is also true regarding any Unity Project. Here are (in my opinion) most important tips that will help you with keeping your project organized.
1. Directory Structure
We cannot talk about organization without mentioning organizing project directory structure. Unity gives you a total freedom in that matter, but because of that, it can frequently get really messy. This is the directory structure I personally use:
3rd-Party
Animations
Audio
Music
SFX
Materials
Models
Plugins
Prefabs
Resources
Textures
Sandbox
Scenes
Levels
Other
Scripts
Editor
Shaders
Do not store any asset files in the root directory. Use subdirectories whenever possible.
Do not create any additional directories in the root directory, unless you really need to.
Be consistent with naming. If you decide to use camel case for directory names and low letters for assets, stick to that convention.
Don't try to move context-specific assets to the general directories. For instance, if there are materials generated from the model, don't move them to Materials directory because later you won't know where these come from.
Use 3rd-Party to store assets imported from the Asset Store. They usually have their own structure that shouldn't be altered.
Use Sandbox directory for any experiments you're not entirely sure about. While working on this kind of things, the last thing that you want to care about is a proper organization. Do what you want, then remove it or organize when you're certain that you want to include it in your project. When you're working on a project with other people, create your personal Sandbox subdirectory like: Sandbox/JohnyC.
2. Scene hierarchy structure
Next to the project's hierarchy there's also scene hierarchy. As before, I will present you a template. You can adjust it to your needs.
Management
GUI
Cameras
Lights
World
Terrain
Props
_Dynamic
There are several rules you should follow:
All empty objects should be located at 0,0,0 with default rotation and scale.
When you're instantiating an object in runtime, make sure to put it in _Dynamic - do not pollute root of your hierarchy or you will find it difficult to navigate through it.
For empty objects that are only containers for scripts, use "@" as prefix - e.g. @Cheats
3. Use prefabs for everything
Prefabs in Unity are not perfect, but they are the best thing you will find to share pre-configured hierarchies of objects. Generally speaking, try to prefab everything that you put on your scenes. You should be able to create a new level from an empty scene just by adding one or more prefabs to it.
The reason why you should use prefabs is that when a prefab change, all the instances change too. Have 100 levels and want to add a camera effect on all of them? Not a problem! If your camera is a prefab, just add a camera effect to the camera prefab!
Be aware that you cannot have prefab in another prefab. Use links instead - have a field that requires a prefab to be assigned and make sure to assign it when instance is created. Consider auto-connecting prefab instances in Awake() or OnEnable() when it makes sense.
4. Learn how to use version control system (VCS)
[email protected]" style="border-style:solid; border-width:1px; float:left; height:92px; margin:5px; width:220px" />You may already know something about GIT, Subversion or any other VCS out there. As a matter of fact, "knowing something" is only a small piece of what you may learn. You should focus on learning about important but infrequently used features of VCS of your choice. Why? Mostly because VCS systems are much more powerful that you think, and unfortunately many users are using these as nothing more than a backup and synchronized solutions. For example, did you know that GIT allows you to stash your changes, so you can work on them later without commiting anything to your master branch?
Programmers tend to comment out blocks of code in case it's needed later. Don't do that! If you're using VCS learn how to quickly browse previous versions of a file. When you are familiar with it, your code looks a lot nicer without unnecessary block of commented code.
Here's a nice resource of tips for GIT users: http://gitready.com/
5. Learn to write editor scripts
Unity is a great game engine in the matter of extensibility (see Asset Store). Learn how to write editor scripts and utilize this knowledge. You don't necessary need to create fancy GUI for your scripts, it can be something simple, as menu entries that are doing something useful. Here are some examples of editor scripts that I have created not so long ago:
Google Spreadsheet CVS download - Had a translation spreadsheet on Google Drive. It automatically downloaded the newest version as CVS file, so I never had to do it manually.
Randomize trees position, rotation and size - Got lot of trees, wanted it too look more like a forest than a grid.
Create distribution - Built for specified target, zips all the files and copy to the right place.
String replace in the sources - Got several files that contained the application version.
You can learn how to create editor scripts from the official documentation.
6. Learn to program defensively
Have you heard about defensive programming? Wikipedia defines it as follows:
Defensive programming is a form of defensive design intended to ensure the continuing function of a piece of software under unforeseen circumstances. Defensive programming techniques are used especially when a piece of software could be misused.
Generally when you're writing MonoBehaviours, you should make sure that:
All needed references are set
All required components are present
If you're using singletons, make sure that they exists
If you're searching for objects and expect to find something, do it as fast as possible
Mix-in editor code (ExecuteInEditMode and #if UNITY_EDITOR) to do as many checks as possible before you run the scene
For many of these checks you can use asserts. You should also read A Story of NullPointerException Part 1 and 2.
7. Implement in-editor and/or in-game cheats
After you learn how to write editor script, you should be able to write a set of in-editor cheats. It can work as menu entry that unlocks something (all levels for instance). It's really easy to create:
class Cheats { [MenuItem("My Game/Cheats/Unlock All Levels")] public static void UnlockAllLevels() { if (Application.isPlaying) { // unlock code here... } else { Debug.LogError("Not in play mode."); } } }
Generally you should write cheats that will allow you to:
Unlock all levels, characters, items etc
Give you immortality
Add/subtract values like time, money, coins etc
Allow you to see things not meant to be seen by players
Anything else that will help you with testing your game
Of course more practical (but harder to write) are in-game cheats. These type of cheats can be executed outside Unity editor, but you have to think how you would like to execute it. See our other article about implementing cheats subsystem controlled by mouse.
This post has originally been published on The Knights of Unity blog by Piotr Korzuszek. More on http://theknightsofunity.com/
Read more about:
Featured BlogsAbout the Author
You May Also Like