Features

By default, when working with a Unity project in Rider, the Explorer tool window switches to the Unity view showing you all the assets that constitute the project.

Primarily, the Packages node in the Unity view shows you the contents of the Packages folder in the root of your project. This might well only contain a manifest.json file which you can edit in Rider and when saved, Unity will update your project to include the packages you've added. More importantly, the Packages node will also show all the packages referenced in your project. Unity supports a number of different package types, and Rider will show them all. For more information about Rider and Unity packages, refer to the blog post.

If you switch to the Solution view, you will see only the Scripts part of the project.

To reduce the time you spend context switching between Rider and the Unity editor, some of the Unity editor's functionality is exposed directly in Rider on the Unity toolbar located in the top right corner.

The toolbar allows:

• Controlling play mode: The Play, Pause, and Step buttons correspond to the same buttons in the Unity editor and work in the exact same way.

• Accessing important Unity-related actions using the Unity-related Actions list:

  • Start Unity: start Unity Editor and open the Unity project that corresponds to the solution opened in Rider.

  • Start Unity with Coverage: start Unity Editor with enabled code coverage support and open the Unity project that corresponds to the solution opened in Rider.

  • Attach to Unity Process...: attach to the running Unity instance, for example for debugging or unit testing purposes.

  • Unity Settings...: quickly open the Rider's Unity Engine settings page.

  • Unity Log Window...: open the log viewer.

  • Show Non-Unity Applicable UI: switch between the full Rider UI and the minimized one (all UI elements that are not related to Unity are hidden).

If Code Vision is disabled, JetBrains Rider shows the Unity gutter icon for classes, methods, and fields that are implicitly used by Unity:

Colors defined via UnityEngine.Color, UnityEngine.Color32, and Color.HSVToRGB are highlighted in the editor. You can also press on a color usage and choose Pick color from palette to open the color editor and modify the color visually.

In Unity projects, the Find Usages feature is extended with data pulled from Unity scenes, assets, and prefabs. If you search for a class or a method used as an event handler, Rider will show where it is used in Unity files, grouped by type, component name, and parent game objects.

Code Vision also supports Unity. When it is enabled, you can see what classes, methods, fields (including field values set in Unity), and even assets are implicitly used. Code Vision provides navigation to the Unity Editor.

Gif

JetBrains Rider shows you performance sensitive areas: event functions that are called each frame, such as Update, FixedUpdate and LateUpdate, as well as coroutine methods. Inside these frequently called methods, performance indicators will also draw your attention to known expensive operations, like calls to GetComponent, Find or SendMessage, with context actions to move the initialization to Start or Awake.

When Code Vision is disabled, performance indicators can be shown on the gutter:

If it is enabled, the indicators can be shown as Code Vision metrics:

Unity has a number of methods that get called very frequently. These methods are treated as a performance-critical context and are highlighted in the editor gutter:

You can enable and configure performance analysis on the Languages & Frameworks | Unity Engine page of JetBrains Rider settings , under Enable performance analysis in frequently called code.

tip

For more information about performance analysis in Unity, refer to this blog post.

• You can generate event functions using Unity Event Functions the Generate Code menu . This action is also available from everywhere inside a Unity-based class.

  

  Gif

• Auto-completion will suggest event function names when declaring methods in Unity-based classes, and expand to include method signature. Start typing an event function within a class deriving from a known Unity class, such as MonoBehaviour.

  

• Descriptions for event functions and parameters in Unity based classes are shown in tooltips and Quick Documentation.

  

• Rider shows warnings for unknown scenes, tags, and layers.

  

• When the Solution-wide analysis is enabled, JetBrains Rider understands implicitly used fields and event functions and do not highlight them as not accessed.

• Empty event functions are shown as dead code, with a quick-fix to remove them.

• Using the SyncVarAttribute inside any class other than NetworkBehaviour is treated as an error.

• A quick-fix is suggested to create a serialized field from a usage of an unresolved symbol:

  

• JetBrains Rider ensures that all of your event functions have correct signatures: it highlights incorrect signatures and offers a quick-fix to correct them:

  

• JetBrains Rider warns you against using an inefficient string literal comparison with the tag property, and provides a quick-fix to rewrite this as a call to CompareTag.

  

• JetBrains Rider warns you if you try to use the new keyword to create a new instance of a class deriving from MonoBehaviour or ScriptableObject. A quick-fix is suggested to use gameObject.AddComponent<T>() or ScriptableObject.CreateInstance<T>() instead.

• There are also inspections for the [InitializeOnLoad] and [InitializeOnLoadMethod] attributes, ensuring that they have the correct method or constructor signatures, and JetBrains Rider will grey out a redundant [InitializeOnLoad] attribute if the class doesn't have a static constructor, with a quick-fix to either quickly remove the attribute, or create the constructor.

• and more...

A lot of Unity-specific assemblies are annotated with External annotations to improve code inspection when you make use of these assemblies.

• Treating code marked with attributes from UnityEngine.dll, UnityEngine.Networking.dll and UnityEditor.dll as implicitly used.

• Marking Component.gameObject and Object.name as not-nullable.

• Debug.Assert marked as assertion method to help null-value analysis (for example "value cannot be null" after Debug.Assert(x != null)).

• Debug.AssertFormat, LogFormat, and so on gets string formatting helper functionality.

• Assertions.Assert methods marked as assertion methods to help null-value analysis.

• EditorTestsWithLogParser.ExpectLogLineRegex gets regular expression helper functionality.

• Various attributes now require the class they are applied to derive from a specific base type. For example, [CustomEditor] requires a base class of Editor.

• Support for Unity 2017.2's modularised UnityEngine assemblies.

JetBrains Rider provides support for ShaderLab syntax in .shader files, with support for Cg/HLSL blocks.

• Syntax and syntax error highlighting for ShaderLab syntax. Note that you can change the default color scheme in File | Settings... | Editor | Color Scheme | ShaderLab.

• Color assistance:

  

• JetBrains Rider provides code completion.

  

• Brace matching and highlighting, comment/uncomment , and to-do explorer support.

  

• Code folding.

  

• [Cg/HLSL] Syntax highlighting for CGPROGRAM/CGINCLUDE blocks and .cginc files.

• [Cg/HLSL] Code completion in Cg/HLSL blocks.

  

• Search everywhere will help you to navigate to symbols inside shader files.

  

Assembly definition files (.asmdef) are used to separate project scripts into multiple assemblies in order to reduce compilation time. Unity will rebuild only required assemblies when you make changes in a script.

Rider provides support for .asmdef files: JSON schema validation, code completion, Find Usages, Rename refactoring, Navigation on references elements, and inspections/quick-fixes for self-reference and filename/assembly name mismatch. For more information about .asmdef files support, refer to the blog post.

JetBrains Rider offers a couple of Unity-specific live templates:

• sprop: a Unity property with a serialized backing field.

• sfield: a Unity serialized field.

• JetBrains Rider offers a number of file templates for new C# script, tests, and shader files:

  

When Rider is connected to the Unity editor, the Unity tool window becomes available. To open the window, select View | Tool Windows | Unity from the main menu or use the Unity-related Actions list on the Unity toolbar.

The Log tab of the Unity tool window brings Unity's Console into Rider. The tab shows Unity log entries and is updated as events are logged in Unity.

The Output part of the window on the right shows the content of the currently selected log entry. Rider makes the content interactive, so that you can navigate to any source file, class, method or property mentioned in the log entry.

Note that log entries can be filtered by event type: events from play or edit mode, warnings, errors, and messages.

By default, JetBrains Rider uses the UnityYAMLMerge tool for merging all YAML files in Unity projects. You can set additional UnityYAMLMerge parameters in Rider settings in Languages & Frameworks | Unity Engine | Prefer UnityYamlMerge for merging YAML files | Merge parameters.

In Unity projects, pre-commit checks ensure a cleaner, more stable repository by catching the common issues before they enter version control. For more information, see the corresponding article on the JetBrains Unity GitHub page.