Как заменить XML на Java?

Question

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

Если учесть тот факт, что XML - это не один язык, а шаблон для определения нескольких языков, массовое безумие становится очевидным.

Зачем использовать ДОЗИНЫ языков вместо использования какого-то одного?

Например, Java.

Он может определять или объявлять иерархию любого типа, настраивать таблицы и т. Д.

Так почему бы нам не использовать java-файлы для хранения всех вещей?

Например, один может предоставить файл настроек в формате Java, как это:

class Properties { 

    String dbpassword = "password"; 

    String database = "localhost"; 

    String dbuser = "mkyong"; 

} 

этот файл может быть составлен на лету выполнения компилятора и полей, извлекаемых отражения.

Итак, почему бы нам не сделать это?

Единственная причина, которая приходит в виду, это безопасность.

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

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

UPDATE

Я не имею в виду именно Java. Java - всего лишь образец. Мне нужны способы использования единого языка.

UPDATE 2

Я утверждаю, что было бы лучше, чтобы использовать один язык для целых аспектов проекта.

Предположим, что в шаблоне MVC мы будем использовать три отдельных языка для модели, вида и контроллера! Это было бы чушь! Мы используем один язык. Я имею в виду, что мы используем разные языки, но каждый программист использует один единственный язык, все еще разделяющий MVC. Вот какие файлы конфигурации: разделение еще одной концепции. Нет смысла использовать разные языки только потому, что концепция разделена.

Это относится также к HTML/JavaScript/CSS. Нет смысла иметь три языка. Нет никакого проклятого чувства!

Конечно, я понимаю исторические причины и т. Д. Но это не смысл, это просто досадные причины.

Итак, почему же мы видим новые и новые проекты с одинаковой природой?

Почему MS создала XAML для WPF? Они сделали новый свежий язык C#, почему бы и не поместить в него XAML?

Почему Oracle создал FXML для JavaFX? Слава богу, они отказались от скрипта JavaFX! Потому что они хотели иметь три языка только для RIA!

Answer 1

Комментарии определили одно из возможных объяснений:

Java, синтаксис будет трудно иметь дело с других языков.

... хотя для свойств конфигурации программы Java это кажется немного растянутым. (Почему вы читали свойства конфигурации Java-программы из не-Java-программы?)

Я думаю, что реальная причина, по которой никто не делает то, что вы предлагаете, заключается в том, что она вводит некоторые проблемы, которые делают ваше решение столь же плохим, как и XML конфигурирует «жесткий путь».

• Лицо, записывающее конфиги, должно понимать синтаксис Java.

• Если они ошибаются, приложение должно иметь дело с ошибкой компиляции Java в середине запуска приложения.

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

---

Теперь возможно XML не является лучшим выбором для файлов конфигурации. В эти дни я бы предпочел классический синтаксис файла «Свойства» или JSON.

Но это XML в порядке, если вы это сделаете правильный путь. Например:

• Если вы используете/XML связывание библиотеки Java (например, JAXB) вам не нужно писать XML-парсер, или кучу угловатых DOM-прогулку код, чтобы выбрать информацию из дерева разбора ,

• Вы можете использовать редактор, управляемый DTD или XML-схемой, чтобы пользователю не нужно было писать (или даже видеть) необработанные XML-файлы.

• Если ваши конфиги являются действительно сложным, вы могли бы использовать что-то вроде EMF моделировать их, а затем генерировать ОТД/Schemas и весь код Java для библиотек конфигурации аксессоры и настраиваемые конфигурации редакторов конкретных приложений.

---

Для записи, подход, который вы предложили обычно используется в языках сценариев, таких как Perl, Ruby, Python и даже «ш». Это просто, что он имеет тенденцию быть проблематичным в статически скомпилированных языках.

---

Re вашего катамнестического "Почему XXX сделать YYY" вопросы:

1. я не знаю. Меня не было в комнате.
2. Мое мнение было бы чисто спекуляцией.
3. Это не имеет значения почему они все равно сделали.

И в ответ на ваш общий комментарий «это не имеет смысла», ИТ-мир изобилует прагматичными компромиссами/неуклюжими решениями. Жаловаться на это ничего не получается. Если вы хотите что-то добиться, попробуйте свой путь, и покажут нам доказательства, что он действительно работает на Java.

Answer 2

Использование исполняемого кода для конфигурации - это рецепт катастрофы. Рассмотрите:

class Properties 
{ 
    String dbpassword = "password"; 
    String database = "localhost"; 
    String dbuser = "mkyong"; 

    static 
    { 
     File userDir = new File("c:\\users\\mkyong"); 
     userDir.delete(); 
     //etc... 
    } 
} 

Вы можете попытаться противостоять этому, используя диспетчера безопасности для ограничения ущерба, но они не идеальны. Или вы можете написать свой собственный синтаксический анализатор, который принимает только подмножество того, что может сделать полная программа Java (ограниченный API, без API и т. Д., Аналогичный JSON и полный Javascript). Но в конце концов, синтаксис Java лучше, чем другие форматы конфигурационных файлов?