Я создаю приложение, в котором есть таблица «коллекций» звуков, называемых миксами. Каждый звук в миксе имеет индивидуальные объемы звука, связанные с ними.Справочная система Swift CoreData? (Пример приведен)
Я изо всех сил пытаюсь вычислить модель данных, которая будет работать для меня, имея в виду, что дополнительные звуковые пакеты, содержащие дополнительные звуки, можно загрузить.
Вот фотография, нарисованная с основной идеей. 
Я начал с объекта coredata для миксов, содержащих массив строк звуковых локаций. Это отлично работало, пока я не попытался реализовать отдельные тома. Затем я подумал, что сущность coredata для каждого звука будет работать, но, видя, что больше звуков можно загрузить, это не похоже на coredata? Мне нужно небольшое руководство по тому, как я мог бы достичь этого, и для того, чтобы он был надежным будущим для загрузки звуковых пакетов и других расширений.
Я могу видеть, где вы собираетесь с этим, но сохранение звука в объекте coredata, кажется, не соответствует точке coredata? Единственное свойство, которое нужно отредактировать и сохранить для звука, - это громкость. Hardcoding звуковой объект для каждого звука кажется немного глупым? Это не помогает в том, что я новичок во всей «постоянной информации» и в целом в целом. – calebmanley
@calebmanley Вы не храните фактический «аудиофайл», если это то, что вы подразумеваете под звуком? «Звуковой» объект, который я показал, является просто ссылкой на звук. Звук должен быть сохранен и загружен с диска для наилучшей практики. (или, может быть, если вы хотите передать поток (?), этот параметр является вашим), вы можете добавить свойство к звуковому объекту «fileurl» и сохранить местоположение диска для звука и т. д. –
по звуку Я имел в виду «звуковое» сущность , Это был мой точный план, но вы предлагаете мне проверить, является ли это первым запуском приложения, а затем добавить каждый «звуковой» объект в coredata? – calebmanley