Чи UsedImplicitlyполіпшує анотування методів життєвого циклу Unity атрибут покращення читабельності вашого коду?
Наприклад:
public class Example : MonoBehaviour
{
[UsedImplicitly]
private void Awake()
{
DoSomething();
}
private void DoSomething()
{
// ...
}
}
Ця публікація в блозі на тему "Структурування монобіотиків своєї єдності" пропонує такий підхід як корисну конвенцію.
- Анотуйте будь-які методи життєвого циклу Unity (Start, Awake, Update, OnDestroy тощо), методи подій та інші функції, які неявно (або автоматично) викликаються у вашому коді атрибутом [UsedImplicitly]. Цей атрибут, хоч і включений у UnityEngine.dll, використовується ReSharper для відключення пропозицій щодо очищення коду для методів, які, здавалося б, не мають відношення. Це також допомагає полегшити читання коду людям, які новіші для Unity та вашої бази коду, особливо для подій, на які посилається інспектор.
(Примітка. Я не думаю, що ReSharper не пропонує пропозицій щодо очищення коду для на перший погляд методів життєвого циклу Unity, так що це може бути застарілою порадою.)
Я погоджуюся з вищезгаданим повідомленням, що це може бути корисним для тих, хто новіший в Єдність. Я також думаю , що це може бути корисно для позначення тих функцій життєвого циклу Unity , які не використовуються так часто , як Awake, Startі Update. Але мені цікаво, чи це насправді хороша умова для «чистого коду», чи це просто шум, що знижує читабельність.