Извлечь всю строку из java-проекта

Eclipse делает это автоматически. Щелкните файл правой кнопкой мыши, выберите «Источник», затем «Вывести строки из внешнего источника».

Это не совсем то, что вы просили (наличие строк в файле Constants.java в виде строк), но используемый метод действительно очень мощный. Он перемещает их в файл свойств, который может загружаться динамически в зависимости от вашего языкового стандарта. Наличие их в отдельном исходном файле Java, как вы предлагаете, означает, что в вашем приложении будут либо ВСЕ языки одновременно, либо вы будете поставлять разные приложения в зависимости от локали.

Мы используем его для наших приложений, где даже базовые вещи должны поставляться на английском и японском языках - наши более сложные приложения поставляются с 12 языками - мы ни в коем случае не небольшая компания по разработке программного обеспечения :-).

Если вы делать хотите, чтобы они были в файле Java, несмотря на уже упомянутые недостатки, гораздо проще написать программу для преобразования файла свойств в исходный файл Java, чем пытаться извлечь строки из исходного кода Java в произвольной форме.

Все, что вам затем нужно сделать, это изменить класс Accessor, чтобы использовать встроенные строки (в отдельном классе), а не загружать их во время выполнения.

Есть несколько веских причин, по которым вы не захотите этого делать. Помимо того факта, что любой такой сгенерированный файл (я не знал о функции eclipse) не будет различать строки, которые вы устанавливаете, например, как аргументы конструктора в тестовых классах, и вещи, которые вы действительно хотите иметь как констант, большая проблема заключается в том, что все ваши общедоступные статические финалы будут скомпилированы в ваши классы, и если вы хотите изменить поведение классов, вам нужно будет изменить не только класс, содержащий константы, но и все, что на него ссылается.

Я полностью согласен с тем, что сказал Пакс Дьябло. Мы тоже используем эту функцию.

При применении к файлу класса функция «Externalize strings» создает два файла: класс Messages.class и файл свойств messages.properties. Затем он перенаправит все прямые случаи использования строковых литералов на вызов Messages.get (строковый ключ) и будет использовать ключ, который вы ввели для строки в мастере «Ext. String».

BTW: Что плохого в файлах свойств? По его словам, вы можете просто изменить файл свойств и не менять класс, если вам нужно изменить текст.

Еще одно преимущество заключается в следующем: способ извлечения строковых литералов в файл свойств позволяет вам переводить исходный язык на любой язык, который вы хотите без изменения кода. Загрузчик файла свойств автоматически загружает файл целевого языка, используя соответствующий файл с ISO-кодом языка. Таким образом, вам не нужно беспокоиться о платформе, на которой работает ваш код, он выберет соответствующий язык (почти) автоматически. См. Документацию класса ResourceBundle, чтобы подробно узнать, как это работает.

Вы можете проверить Механизм преобразования источника джекпота в NetBeans, который позволит вам создавать сценарии преобразования исходного кода.

Чтобы завершить ответ Питера Келли, вы можете рассмотреть для Eclipse IDE решение AST.

Затем вы можете написать программу AST, которая анализирует ваш исходный код и делает то, что вы хотите.

Полный пример доступен в этом затмение угловой артикль, также более подробная информация в помощь по затмению.
И вы можете найти несколько примеров в Листинг 5 раздела «Реализация перевода на месте» Автоматизация встраивания доменных языков в Eclipse JDT, рядом с несколько примеров в проектах GitHub.