KirSupi, тогда не очень ясно, зачем делать это двумя разными структурами в одном поле. Под поведением в данном случае может подразумеваться способность этих объектов по вызову их методов отдавать какую-то информацию.
Обычно используют композицию. Создают интерфейс с нужными методами и делают поле его типа.
Это предполагает, что хранимые объекты ведут себя достаточно одинаково.
1. Посмотрите, какие хедеры возвращает бэк в том и другом случае.
2. Подебажьте, вызываются ли у вас setupCORS в обоих случаях и используется ли результат вызова правильно.
P.S. Зачем вы делаете (*w).Header().Set() вместо w.Header().Set() ?
janna59, да, взятие из одного источника под поддерживаемый этим источником 3д-редактор, максимально снизит трудоемкость.
Но нужно еще учитывать, что вам придется заранее определить, какое освещение нужно для моделей, чтобы в коллаже оно смотрелось разумно.
janna59, трудоемкость будет сильно зависеть от вводных. Какой формат моделей, какое разрешение, какие шейдеры и текстуры, нужно ли это все настривать или модель уже готова под используемый редактор, итд
true, нейросети это не серебрянная пуля. Они дадут очень неточный результат тут, особенно если данные будут сильно отличаться от тех, на которых их тренировали.
Аллокация как раз происходит только в первом случае обычно. Во втором случае у вас значение передается в стеке и не аллоцируется на куче (если размер не достигает лимита).
Вот она и разница, у вас просто значение из JSON-файла получается позже, чем происходит инициализация файлового сервиса (ибо вы его делаете в глобальной области видимости).
Создавайте файловый сервер внутри функции main, после получения папки из JSON и все будет в порядке.
