Нет стандартного соглашения, но существуют некоторые «лучшие практики» для считывания кода. & ремонтопригодность.
Например, вы можете создать папку с названием «изображения» и добавить в нее все изображения приложений. Это улучшит организацию кода, имея папку, содержащую изображения.
Вы также можете создавать подкаталоги в папке «изображения» на основе модулей, которые у вас есть в приложении. Кроме того, у вас могут быть общие папки, которые содержат общие изображения во всех модулях.
Например, если у вас есть 3 основных модуля: логин, основные &, у каждого есть отдельные изображения и некоторые общие изображения. то вы можете создать эти папки:
- Images/Общие
- Изображения/Настройки
- Images/Вход
- Изображения/Основные
Некоторые разработчики предпочитают ставить эту папку «Images «внутри другой папки с именем« ресурсы », где ресурсы содержат много папок, таких как« изображения »,« хм »,« данные »... и т. д., т. е. содержит все ресурсы, которые вам нужны во время выполнения, это тоже хорошая практика.
Используя тот же самый пример выше, иерархия будет:
- Ресурсы/Изображения/Общие
- Ресурсы/Изображения/Настройки
- Ресурсы/Images/Вход
- Ресурсы/Изображения/Главная
Это будет более организованным и повысит читаемость и ремонтопригодность.
Поместите их *, где это имеет смысл для вас * (иногда путь может быть слегка продиктован, например, при разработке решений SharePoint). Я думаю, что это очень неряшливо *, чтобы засунуть все в один каталог. Просто потому, что это можно сделать, это не значит, что это должно быть сделано. – user2246674
Этот вопрос был о _conventions_ not _where, где это имеет смысл для меня. – opticyclic
Вложенной ресурс - это еще один вариант. Если у вас слишком много изображений, которые могут содержать, это может сработать для вас - иметь один EXE-файл со всем, что находится внутри. – Neolisk