Как пометить пакет как папку ресурса?
Дело в том, что если я нажму правой кнопкой мыши на имя своего пакета (com.mycompany.myproject), я могу добавлять только пакеты, а не каталоги (например, в папку существующего ресурса).
Однако я не хочу использовать эту существующую папку ресурсов для файлов .json, которые я буду читать в моем тестовом классе.
Итак, мне нужно что-то поддержать:
Это можно решить несколькими способами. Примером хорошего подхода будет следующая структура папок:
Когда это будет сделано, вы поместите все классы java в пакет src/main/java/com.mycompany и любые ресурсы в папке /src/main/resources/com/mycompany .
Чтобы связать их вместе, перейдите к свойствам проекта и найдите вкладку «Путь». Отметьте src/main/java и src/main/resources как исходные папки. (см. прикрепленный экран) 
Если вы свяжете их вместе, вы сможете использовать метод getResourceAsStream().
Если вам интересно, почему вы должны использовать следующую структуру папок — это стандартный maven способ держать вещи в чистоте и порядке.
Intellij создает каталоги, когда вы просите ее создать пакет. Это не ошибка.
Если вы создадите пакет «com», он создаст каталог «com», и если вы создадите там исходный файл, он подумает, что файл находится в пакете «com».
Если вы создадите пакет «com.next.pack», он создаст три вложенных dirs «com», затем «next», затем «pack», и если вы создадите там исходный файл, он подумает, что файл находится в пакете «com.next.pack».
Только путь под корнем источника принимается как пакет. Любой каталог может быть установлен в качестве корня источника.
Сделайте практически любую структуру каталогов. Где-то в нем есть корневой ресурс. Щелкните правой кнопкой мыши и откройте «Mark Directory As. Resources Root».
Обратите внимание, этот же метод может использоваться для структур каталогов для тестов и тестируемых классов. Посмотрите здесь.
Добавление ресурсов в проект IntelliJ для Maven
В Intellij я не могу добавить новый пакет в папку src/main для resources так что структура проекта выглядит следующим образом. Как я могу загрузить файл ресурса launchers.properties в проект?
Я попробовал решение, предложенное @maba, но все еще не работало 
5 ответов
launcher.properties не должен находиться под папкой Login . Он должен быть помещен непосредственно в папку src/main/resources/com/abc/xyz .
Это так же просто, как я сказал, но если папка ресурсов не помечена как исходная папка, это может быть проблемой.
Это начальный класс и настройка:
Теперь создайте папку ресурсов:
Эта вновь созданная папка должна быть автоматически помечена как папка с источниками, а если это синий цвет, то она есть. В противном случае вам придется пометить его вручную:
Теперь вы сможете добавить к нему пакеты:
И теперь вы можете добавить к нему файл:
И повторное использование приложения не даст вам никакого значения null :
И представление пакета обязательно отобразит файл launchers.properties :
Как отметил @maba, ваш файл свойств должен быть в том же пакете, что и ваш класс, чтобы ваш код работал.
Итак, у вас должно быть два файла:
- SRC/главная/Java/ком/ABC/XYZ/Login.java
- SRC/основные/ресурсы/ком/ABC/XYZ/launcher.properties
Если IntelliJ показывает ресурс или нет, это не относится к вопросу. Что вам нужно сделать, это проверить, включены ли результаты в ваш целевой артефакт.
Сделайте build all в IntelliJ, откройте полученный WAR/JAR/EAR с помощью своего любимого средства просмотра ZIP и перейдите в папку «com/abc/xyz». Вы должны увидеть оба файла.
- Если это так, вы делаете что-то не так в своем коде. Проверьте наличие опечаток, особенно точек и пробелов в конце или начале (например, «launcher.properties [пробел]» ), скопируйте/вставьте имя файла, чтобы убедиться, что
- Если их нет, ваша установка IntelliJ неверна. Ресурсы не включаются в вашу целевую сборку. Проверьте онлайн для учебных пособий, как это сделать с идеей IntelliJ.
из меню Run/edit configuration in VM option вы должны добавить -Dspring.config.location = путь файл
Я пробовал это в IntelliJ, и это работает!
У меня была та же проблема, и я заметил, что файл ресурсов, например: my.properties , не копируется в соответствующую папку модуля в target каталоге после того, как происходит сборка. Чтобы решить эту проблему, мне пришлось поручить Maven скопировать ресурсы из каталога модуля в target каталог во время процесса сборки. В файле .pom я добавил такой элемент <resource> :
Обратите внимание, что элемент <directory> относится к расположению файла .pom , то есть к корневому каталогу проекта, а элемент <targetPath> указывает имя пакета, разделенное косыми чертами.
Нет. структура неправильная. вам не следует создавать один и тот же пакет под resources , что некрасиво и не правильно: resources предназначены для ресурсов и не должны содержать исходные пакеты.
При использовании ClassLoader.getResources(asStream)(path) метод просто начинает поиск из корня пути к классам, и имя пути не может начинаться с / качестве начальных символов. Что вам нужно сделать, это отметить resources как resources folder в IntelliJ. Затем файлы в resources будут перечислены в classpath, и вы можете легко использовать их, как вы сделали.
(Я вижу, что в предыдущих ответах эта опция еще не была доступна в 2013 году, у вас есть только mark as source folder , так же как в Eclipse до сих пор у нас есть «добавить исходную папку», но теперь в 2018 году она доступна в Intellij: вы можете пометить папка как источник, ресурсы, источник теста, ресурсы теста, и все они будут добавлены в корень classpath.)
Как пометить пакет как папку ресурсов?
Дело в том, что если я щелкну правой кнопкой мыши имя своего пакета (com.mycompany.myproject), я смогу добавить только пакеты, а не каталоги (например, в существующей папке ресурсов).
Однако я не хочу использовать эту существующую папку ресурсов для файлов .json, которые я собираюсь читать в своем тестовом классе.
Итак, мне нужно что-то для поддержки:
Ответы (2)
Это можно решить несколькими способами. Примером хорошего подхода может быть следующая структура папок:
Когда это будет сделано, вы поместите все свои классы Java в пакет src/main/java/com.mycompany и любые ресурсы в папку /src/main/resources/com/mycompany .
Чтобы связать их вместе, перейдите в свойства проекта и найдите вкладку «Путь». Отметьте src/main/java и src/main/resources как исходные папки. (см. прикрепленный снимок экрана) 
Если вы свяжете их вместе, вы сможете использовать метод getResourceAsStream(). Если вам интересно, почему вы должны использовать следующую структуру папок — это стандартный maven способ поддерживать чистоту и порядок.
Создание каталогов
Если вы создадите пакет com, он создаст каталог com, а если вы создадите там исходный файл, он будет думать, что файл находится в пакете com.
Если вы создадите пакет com.next.pack, он создаст три вложенных каталога com, затем next, затем pack, и если вы создадите там исходный файл, он будет думать, что файл находится в пакете com.next.pack.
Структуры каталогов
Ресурсы корни
Обратите внимание, что тот же метод можно использовать для структур каталогов для тестов, тестовых классов и тестовых ресурсов. Посмотрите здесь.
Android Ресурсы . Работа со строками, цветами, стилями, картинками
В Android системе почти всё, что не является Java кодом, является ресурсами. Ресурсы используются для определения цветов, изображений, макетов, строковых значений и т.д. Вы можете указывать значения в файлах ресурсов, а потом ссылаться на них в Java коде вашего приложения.
Все ресурсы находятся в папке res . Посмотрим, какие по умолчанию есть папки, файлы в каталоге res .
- drawable – хранит в себе картинки, другие графические файлы.
- layout – хранит все макеты приложения.
- mipmap – хранит лого приложения, которое отображается в меню приложений.
- values – хранит в себе разные ресурсы, такие как цвета, строки, стили, размеры.
Далее нам необходимо в верхнем левом углу поменять отображение проекта с Android на Project . Это позволит нам увидеть все папки, которые реально созданы в нашем проекте. Изначально мы не делали этого, чтобы не пугать вас 🙂
Можете заметить, что на самом деле в проекте несколько папок drawable и mipmap . Это папки для разных разрешений экранов, устройств, версий системы. Подробнее это обсудим в следующих уроках.
Ресурсы из папки res/values
Нажмём на папку values , посмотрим, что в ней находится:
- colors.xml – содержит в себе все цвета.
- strings.xml – хранит все строковые ресурсы.
- styles.xml – хранит стили приложения.
Хранение таких данных в отдельных ресурсах дает нам гибкость и удобство при работе с проектом. Мы рассмотрим преимущества использования ресурсов на примере локализации – поддержки нескольких языков в приложении.
Файл string.xml. Локализация
Мы будем поддерживать два языка в нашем приложении: английский и русский. Для локализации приложения используют файл strings.xml . Туда помещается весь текст приложения, который должен быть подвержен локализации. Чтобы добавить поддержку ещё одного языка, надо создать папку с именем values-language . Т.к. мы поддерживаем русский язык, то создадим папку values-ru . Для этого нажмём правой кнопкой на папку res и выберем пункт New -> Android resource directory :
- Directory name – values-ru
- Resource type – values
- Source set – main
Вот как это должно выглядеть:
После этого видим, что создалась папка values-ru . Отлично, создадим новый файл strings.xml . Для этого нажимаем правой кнопкой по папке values-ru , выбираем New -> Values resource file :
Затем появится окно, в котором необходимо ввести имя файла. Вводим strings . Теперь всё, что нам надо сделать – это добавлять ресурсы в эту папку с таким же именем, но значения мы будем писать на русском языке. Система автоматически будет брать значения из этого файла, если у пользователя на устройстве установлен русский язык. Для начала давайте посмотрим как выглядит обычный строковый ресурс:
У каждого строкового ресурса есть имя, по которому в дальнейшем будет идти обращение к нему, а также его значение. На самом деле так выглядят не только строковые ресурсы, а все ресурсы приложения:
Просто вместо типа ресурса string используются другие необходимые значения ( color , dimen и т.д.). Теперь проверим, что это всё действительно работает. В файле values/strings.xml по умолчанию при создании проекта есть строка app_name :
Теперь добавим эту же строку, но на русском языке в файл values-ru/strings.xml :
Видим, что название ресурса app_name совпадает в двух папках. А вот значения мы можем указывать для каждого языка свои.
Доступ к ресурсам из XML
Теперь после создания строкового ресурса нам необходимо использовать его в layout файле. Ссылка на наш ресурс будет выглядеть так: @string/app_name . Но сейчас остановимся на минуту и разберём общий синтаксис при ссылке на файл ресурса из XML:
- <имя_пакета> – имя пакета, в котором находится ресурс. Чаще всего его не будет, т.к. мы берём ресурсы из своего приложения. Если бы мы хотели взять строку из android библиотеки, то обращались бы @android:string .
- <тип_ресурса> – тип ресурса, к которому мы обращаемся. В данном случае – string . Обратите внимание, что название отличается от названия файла strings – используется единственное число.
- <имя_ресурса> – название ресурса.
Теперь, когда мы научились обращаться к ресурсам, давайте в файле activity_main.xml у TextView заменим текст на только что созданный строковый ресурс.
Запустим приложение и убедимся, что локализация действительно работает. После запуска приложения на эмуляторе, видим, что вывелась строка Resources , т.к. на эмуляторе стоит английский язык.
Давайте добавим русский язык и сделаем его основным. Для этого необходимо зайти в настройки системы и выбрать: System -> Languages & input -> Languages -> Русский. После добавления ставим русский язык первым:
Можем открыть приложение на эмуляторе или запустить его заново. Результат выглядит так:
Отображается надпись Ресурсы . Вот такое простое и элегантное решение предоставляет нам система для добавления поддержки новых языков. Стоит отметить, что помимо ручного заполнения файлов с ресурсами, существует возможность делать это через специальный редактор. Чтобы в него попасть необходимо, открыв файл со строковыми ресурсами (любого языка), в правом верхнем углу нажать кнопку «Open editor» (рус. Открыть редактор). Удобно использовать редактор, чтобы убедиться, что вы перевели все строки в приложении:
Вы можете заметить, что строка может быть нелокализируемой (поле untranslatable ). Примером могут быть технические термины, которые не переводят на другие языки: IMAP , NFC , GPS . Для таких строк в файле strings.xml необходимо установить атрибут translatable=»false» . В файлах для остальных языков не надо дублировать эти строки.
Доступ к ресурсам из Java кода
Также к ресурсам можно получить доступ из Java кода. Посмотрим на синтаксис.
Видим, что он очень похож на синтаксис доступа к ресурсу из XML. Параметры имя_пакета , тип_ресурса , имя_ресурса являются идентичными.
Доступ к нашему ресурсу можно получить так: R.string.app_name .
Когда приложение компилируется, автоматически генерируется класс R , который содержит идентификаторы для всех ресурсов в папке res/ . Для каждого типа ресурсов существует вложенный класс (например, R.string для всех строк), и для каждого ресурса этого типа существует целое число (например, R.string.app_name ). Из-за этого мы и можем получить доступ к ресурсу из Java кода.
Разберём на примере, как установить текстовый ресурс в TextView из Java кода:
Обратите внимание, что атрибут text мы не указали в XML файле.
Вначале мы связываем TextView из XML файла с Java кодом с помощью findViewById(R.id.text) . Потом получаем строку, используя getResources().getString(R.string.app_name) . После этого устанавливаем строку в TextView с помощью setText(appName) . Запустите приложение и убедитесь, что логика локализации не изменилась.
Зачем работать с ресурс файлами из Java кода, если можно из XML?
Бывают ситуации, когда вы заранее не можете знать, какой ресурс вы хотите использовать. Например, если в соц. сети человек уже прочитал сообщение, то вы хотите отобразить “Прочитано”, в другом случае – “Отправлено”. Именно в таких случаях необходимо работать с ресурсами из Java кода.
В Android системе лучше по умолчанию использовать строковые ресурсы даже если вы поддерживаете только один язык, чтобы в дальнейшем не было проблем с локализацией. Чтобы у вас сформировалась хорошая привычка во всех дальнейших примерах мы будем использовать именно строковые ресурсы вместо обычных строк.
Файл colors.xml
Файл colors.xml хранит в себе цвета приложения. Это удобно, потому что вы храните (изменяете при необходимости) цвет в одном месте. По умолчанию создаются цвета, которые используются в нашем приложении. Добавим ещё два цвета:
Используем эти цвета в layout файле, обращаясь к ним @color/background_light , @color/text_dark :
Теперь представьте, что дизайнер сказал вам изменить цвет текста с чёрного на тёмно синий, а фоновый цвет – с серого на тускло жёлтый. Изменяем только значения в colors.xml :
Доступ из Java кода осуществляется аналогично, как и со строковыми ресурсами. Разберём на примере:
С помощью getResources().getColor() получаем цвет, а используя setTextColor() , setBackgroundColor() устанавливаем цвета. В реальной жизни с этим часто приходится работать, когда в зависимости от статуса заказа товара в интернет-магазине изменяется фоновый цвет кнопки или контейнера.
Всегда храните все цвета приложения в файле colors.xml , чтобы легче было вносить изменения. Также это необходимо для использования нескольких тем (дневной и ночной) в приложении.
Файл styles.xml. Стили
Файл styles.xml нужен для того, чтобы объединять повторяющиеся атрибуты элементов в стили. Давайте откроем файл styles.xml :
По умолчанию в приложении создаётся стиль AppTheme , который задаёт основные цвета нашего приложения. Синтаксис создания стиля довольно простой:
Давайте на практике рассмотрим использование стилей. У нас есть такой layout , в котором у двух TextView повторяется множество атрибутов:
Мы можем вынести все эти атрибуты в новый стиль:
И после этого используем этот стиль в файле activity_main.xml , устанавливая атрибут style , передавая ему ссылку на стиль @style/Text :
Теперь, когда мы захотим поменять размер текста или изменить, добавить любой другой атрибут, то поменяем его в стиле Text . Стили позволяют избежать дублирование кода.
Наследование стилей
Наследование с помощью слова parent
Теперь давайте усложним задачу. Пусть первый текст будет тёмно синим, а второй – тёмно зелёным. Мы можем воспользоваться наследованием стилей. Создадим два новых стиля, которые будут наследовать стиль Text :
И применим эти стили в файле activity_main.xml :
Наследование с помощью символа . (точка)
Также есть возможность наследовать стили, используя символа . (точка). Изменим стили :
При таком подходе родительский стиль пишется вначале, после него – символ . (точка), а потом название дочернего стиля. Принципиальной разницы между этими двумя подходами наследования нет. Этот вариант выглядит более читабельным, когда названия стилей короткие.
Но у такого подхода есть ограничение: мы не можем его применять когда наследуемся от каких-то Android стилей, как например стиль AppTheme . В таким случаях мы обязаны использовать ключевое слово parent :
Переопределение атрибутов родительского стиля
Аналогично с наследованием классов в Java, мы можем переопределить атрибуты родительского стиля. Для примера переопределим атрибут textSize :
Папка drawable. Работа с картинками
Чтобы добавить картинку в приложение в первую очередь необходимо скачать картинку и добавить её в папку drawable . Давайте скачаем эту картинку для примера и добавим в папку drawable :
Доступ к картинке из XML кода
Также, как и к строкам, цветам, мы можем обращаться к картинкам из XML кода. Для этого необходимо указать ссылку на картинку в layout файле, используя элемент ImageView и атрибут android:src .
Доступ к картинке из Java кода
Также мы можем отобразить картинку, используя Java код. Выглядит это так:
Вначале мы достаём из ресурсов картинку с помощью getResources().getDrawable(R.drawable.android_jetpack) . Картинка в Java коде имеет тип Drawable . Далее, вызывая метод imageView.setImageDrawable() , мы устанавливаем картинку в ImageView . Можете запустить приложение и убедиться, что результат не изменился.
В Android системе существует намного больше различных ресурсов, таких как font , dimens , arrays . На первых этапах они вам не понадобятся. Но как только возникнет необходимость, вы сможете найти нужный вам ресурс и документацию по нему на официальном сайте.
Заключение
Ресурсы облегчают жизнь Android разработчика. Поэтому всегда используйте их при возможности. Вы потратите чуть больше времени сейчас на их создание, зато сэкономите кучу времени при добавлении новой функциональности в приложение. Сегодня вы познакомились с простейшей локализацией, использованием стилей, цветов и увидели реальную пользу от применения ресурсов.