Файлы Java .properties как строго типизированные классы

Question

Есть ли способ получить файлы свойств как строго типизированные классы? Я думаю, что есть генераторы кода, но делать это с аннотациями было бы намного круче.

Что я имею в виду;

foo.properties file 
keyFoo = valuefoo 
keyBar = valuebar 

возможно с

@properties(file="foo.properties") 
class foo { } 

становится

class foo { 
    String getKeyFoo() { } 
    String getKeyBar() { } 
} 

, если не я должен начать проект с открытым исходным кодом для этого?

ДОПОЛНЕНИЕ К ВОПРОСУ;

Думаю, у нас есть файл foo.properties, допустим, более 10 записей; и подумайте, что он используется как простой файл конфигурации. Я считаю, что эти записи конфигурации должны предоставляться в качестве класса конфигурации с соответствующими методами getXXX для других частей проекта. Затем остальная часть системы обращается к конфигурации через предоставленный класс вместо того, чтобы иметь дело с именами ключей, и не нужно беспокоиться о том, где происходит конфигурация. Затем вы можете заменить этот класс макетом, когда вы тестируете абоненты, и зависимость от файловой системы уходит. С другой стороны, очень приятно, что получить все записи строго типизированным способом.

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

Answer 1

Существует somewhat similar project для выполнения конфигурации в виде статически типизированных файлов. Она требует, чтобы объявить интерфейс, но он заполняет в самой реализации:

public interface AppConfig extends Config { 
    long getTimeout(); 
    URL getURL(); 
    Class getHandlerClass(); 
} 

Answer 2

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

Но если вы хотите, чтобы это было во время выполнения, у вас возникла проблема использования метода ссылок на код, который не существовал во время компиляции; Я не думаю, что это можно сделать.

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

Answer 3

аннотацию Processing Tool (apt) не могут изменять классы (хотя это может создать новые). Чтобы изменить класс во время компиляции, вам, вероятно, потребуется отредактировать AST (как это делает Project Lombok). Простейшим подходом было бы, вероятно, создание классов, а затем использование сгенерированной библиотеки в качестве зависимости для другого кода.

Answer 4

Существует множество фреймворков, которые достигают этого для XML с различной степенью конфигурации. Стандартным, связанным с Java, является JaxB, но это не совсем одна линейка xml persistence framework ...

Проблема в том, что использование файла свойств будет работать лучше, чем XML (или JSON, ...) на большинстве тривиальные классы.Когда класс станет немного сложнее, файл свойств станет кошмаром. Другая проблема заключается в том, что с тривиальными классами нет большой разницы между Xml и свойствами.

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

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

Foo foo = Foo.loadFrom("foo.properties"); 

class Foo { 
    static Foo loadFrom(String fileName) { 
     Properties props = new Properties(); 
     props.load(...); 

     Foo foo = new Foo(); 
     foo.setKeyFoo(props.get("KeyFoo")); 
     ... 
     return foo; 
    } 
    ... 
} 

Answer 5

Что-то вроде JFig (некрасиво ИМО), Commons Configuration или EasyConf?

Answer 6

OP хотел бы сопоставить файл свойств с Java API таким образом, чтобы каждое именованное свойство в файле соответствовало аналогичному методу getter в API. Я предполагаю, что приложение будет использовать этот API для получения значений свойств без необходимости использовать строки имен свойств.

Концептуальная проблема заключается в том, что файл свойств по существу не является статически типизированным объектом. Каждый раз, когда кто-то редактирует файл свойств, они могут добавлять новые свойства и, следовательно, изменять «тип» файла свойств ... и, следовательно, подпись соответствующего API. Если мы проверили, что никаких неожиданных свойств не было, когда приложение Java загрузило файл свойств, то у нас есть явная динамическая проверка типов. Если мы не проверяем наличие непредвиденных (например, неназванных) свойств, у нас есть источник ошибок. Вещи становятся еще более беспорядочными, если вы хотите, чтобы типы значений свойств были чем-то иным, чем String.

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

И на этом этапе мы должны признать, что лучшим решением будет использование XML в качестве представления файла свойств, редактор с управляемой XML-схемой для редактирования файлов свойств и JAXP или что-то в этом роде для сопоставления файла свойств с Java API ,

Answer 7

Еще один способ - использовать структуру привязки данных, которая делает это. Даже тот, который, по-видимому, не поддерживает напрямую, может работать: например, Jackson Процессор JSON позволит сделать это следующим образом:

ObjectMapper m = new ObjectMapper(); MyBean bean = m.convertValue (свойства, MyBean.class); // (примечание: требуется последний код из соединительной линии, в противном случае нужно сначала записать, прочитать)

, который работает до тех пор, пока записи в таблице свойств соответствуют свойствам логического компонента, а значения String могут быть преобразованы в соответствующие базовые значения.

Answer 8

Я думаю, что это решит вашу проблему Я написал об этой структуре свойств за последний год. Он предоставит несколько способов загрузки свойств и их также сильно набрал.

Посмотрите http://sourceforge.net/projects/jhpropertiestyp/

Это открытый исходный код и полностью документированы

Вот мое краткое описание от SourceForge:

JHPropertiesTyped will give the developer strongly typed properties. Easy to integrate in existing projects. Handled by a large series for property types. Gives the ability to one-line initialize properties via property IO implementations. Gives the developer the ability to create own property types and property io's. Web demo is also available, screenshots shown above. Also have a standard implementation for a web front end to manage properties, if you choose to use it. 

Complete documentation, tutorial, javadoc, faq etc is a available on the project webpage.