SonarQube, используя его с Unity 3D тонны проблем

Question

Я пытаюсь настроить Sonar в нашей организации, что мы в основном делаем проекты Unity.

Наша проблема в том, что правила, предоставляемые языку C#, не всегда одинаковы в контексте Unity.

1. В Unity есть класс MonoBehaviour, что если объявить некоторые методы (Awake, Start) они называют отражением:

https://docs.unity3d.com/ScriptReference/MonoBehaviour.html

Так что в этом случае у меня есть тонны Msgstr "Удалить этот неиспользуемый частный элемент".

Есть ли способ сказать, не применяйте это правило, если мой класс происходит из MonoBehaviour (или AssetPostprocessor и т. Д.), А мое имя метода - это, например, «Awake»? Я имею в виду, есть ли способ установить собственное правило и сделать недействительным другой?

2. То же самое относится к системе сериализации Unity. Вы можете иметь закрытое поле с [SerializeField] атрибут и он получает автоматически инициализируется Unity:

https://docs.unity3d.com/ScriptReference/SerializeField.html

В этом случае я получаю тонны «Сделать„{FIELD}“„ReadOnly“» если мой поле имеет значение по умолчанию, потому что это Unity, затем «заполняет» это значение, обновленное/измененное от инспектора, но если я сделаю это только для чтения, он не будет работать в системе сериализации Unity.

Спасибо.

Answer 1

Благодарим вас за сообщение об этих проблемах. Мы не тестировали проекты Unity с SonarQube, но это на нашем радаре, так как сообщество и база данных на базе Unity огромны.

На данный момент я не могу предложить какой-либо другой обходной путь для вашей первой проблемы (условное отражение), но для отключения этого правила. Я создал билет JIRA для изучения вариантов: https://jira.sonarsource.com/browse/SLVS-1104

И вот билет для проблемы с полем для чтения. Это определенно то, что можно легко устранить. Он будет частью следующего выпуска: https://jira.sonarsource.com/browse/SLVS-1105