Странный пост Unity про SO
https://blog.unity.com/engine-platform/6-ways-scriptableobjects-can-benefit-your-team-and-your-code

Итак, я немного выдохнул и возвращаюсь в информационные потоки. Решил я полистать блог Unity. Ну что там нового вышло, вдруг что полезное. А там вот такое. К первым двум пунктам у меня ноль вопросов. К 3-4 ну допустим. А вот 5-6 «а зачем?»

Не, ну вдруг кто-то понимает эти концепты. Я не представляю зачем мне в рантайме делать сторадж в SO или каналы событий через SO и делать лишний оверхед, когда тоже самое можно сделать без SO без потерь. Будто нужно было просто придумать 6 пунктов.

Для меня всегда SO был и останется удобным хранилищем данных по своей сути. А точнее статических ресурсов в ПО. Они неизменяемы в рантайме, они хранят в себе просто данные ну и возможно логику валидации данных и что-то ещё утилитарное и полезное.

Вообще все вот эти better и benefit автоматом должны вызывать вопрос «а с чем мы сравниваем?». Скажем данные можно так же хранить в json, bson, xml ну и там будет длиинный список. Что даёт SO?

Перед текстовыми форматами сериализации — бинарную сериализацию из коробки.
Перед всеми форматами сериализации — пользовательский интерфейс внутри Unity из коробки. И его проще доработать, чем делать кастомное эдитор окно.

При этом лично я к SO отношусь скорее как к контейнеру данных, то есть к аля репозиторию или бд, так как тогда нет недостатка под названием — SO трудно вынести на сервер. Так как при необходимости можно сделать методы инициализации SO из json или с сервера и так далее.

Потому что в отличии от того же json сделать SO удобно поставляемым и редактируемым в рантайме нельзя. Ну только бандлами, но под это для удобства нужна целая CI система.

Ну типа в 6 сравнивается с FindObjectOfType, но как бы есть более разумный путь под названием статический контейнер объектов без всяких SO, а SO тут причём? В общем непонятно.

#новости