В чем разница между "Создать группы для любых добавленных папок" и "Создать ссылки на папки для любых добавленных папок"?
Я делаю это уже довольно давно, но, честно говоря, я не знаю, какая разница между ними.
В чем разница между "Создать группы для любых добавленных папок" и "Создать ссылки на папки для любых добавленных папок"?
Я делаю это уже довольно давно, но, честно говоря, я не знаю, какая разница между ними.
Группы входят только в ваш проект и предназначены только для целей организации. Они не отражают то, что находится в файловой системе, и где файлы будут скомпилированы в приложении.
Папки в основном похожи на папку в файловой системе, где, если вы перемещаете файл в папку, ссылка также будет отражена в вашем проекте. Эти папки также отражаются внутри вашего пакета приложений при его компиляции.
Я обычно использую группы. Например, в файловой системе у меня есть все мои классы в папке /Classes, но они разделены в моем проекте на группы, такие как View Controllers, Custom Views, Data Model и т.д. Это не обязательно должно быть раздельным в файловая система, но ее приятно иметь в проекте.
Иногда я буду использовать ссылки на папки, если это важно для организации, чтобы она поддерживалась после того, как она попала в комплект приложений, но это довольно редко. Кроме того, при включении файлов из сторонней библиотеки, которые могут часто обновляться, вы можете использовать ссылку на папку, поэтому вам не нужно запоминать, чтобы добавлять файлы, когда они добавлены в библиотеку.
При создании папок в проекте папки также присутствуют в вашем пакете приложений. Группы игнорируются, и все файлы в группах добавляются в корневой каталог приложений.
Если у вас много изображений или аудиофайлов, вы можете хорошо организовать эти файлы, отделить их в другой папке, а не размещать их в корневом приложении.
В другой ситуации у вас есть проект с использованием UIWebView для загрузки локального html в ваше приложение. Возможно, вы не захотите испортить html, javascript и файл css.
Итак, возможно, организовать эти файлы иерархически было бы хорошим решением.