Почему целые числа не кэшируются в Java?

Только для проверки мы находимся на той же странице, у Вас есть три ситуации.

1. вставка амперсанда в атрибут с помощью addAttribute

2. вставка амперсанда в элемент с помощью addChild

3. вставка амперсанда в элемент свойством, перегружающимся

, Это - несоответствие между 2 и 3, которому сбили с толку Вас. Почему addChild автоматически не выходит из амперсанда, тогда как добавление свойства к объекту и устанавливание его значения выходят из амперсанда автоматически?

На основе моих инстинктов, и поддержанный эта ошибка , это было преднамеренным проектным решением. Перегрузка свойства ($a-> d = 'Пять & Six';) предназначается, чтобы быть "амперсандами Escape для меня" способ сделать вещи. addChild метод предназначен, чтобы быть, "добавьте точно, что я говорю Вам добавлять" метод. Так, какой бы ни поведение, в котором Вы нуждаетесь, SimpleXML, может разместить Вас.

Скажем, у Вас была база данных текста, где всех амперсандов уже оставили. Автовыход не работал бы на Вас здесь. Это - то, где Вы использовали бы addChild. Или позволяет, говорят, что необходимо было вставить объект в документ

$a = simplexml_load_string('');
$a->b = 'This is a non-breaking space  ';
$a->addChild('c','This is a non-breaking space  ');    
print $a->asXML();

, Это - то, что защищает разработчик PHP в той ошибке. Поведение addChild предназначено для обеспечения "менее простой, больше устойчивой" поддержки, когда необходимо вставить амперсанд в документ без него оставляемый.

, Конечно, это действительно оставляет нас с первой ситуацией, которую я упомянул, addAttribute метод. addAttribute метод делает амперсанды Escape. Так, мы могли бы теперь заявить несоответствие как [1 123]

1. , addAttribute метод выходит из амперсандов
2. , addChild метод не делает амперсанды Escape
3. , Это поведение несколько непоследовательно. Разумно, что пользователь ожидал бы эти методы на SimpleXML выходить из вещей последовательным способом

, Это затем выставляет настоящую проблему с SimpleXML api. Идеальная ситуация здесь была бы

1. , Свойство, Перегружающееся на Объектах Элемента, выходит из амперсандов
2. , Свойство, Перегружающееся на Объектах Атрибута, выходит из амперсандов
3. , addChild метод не выходит из амперсандов
4. , addAttribute метод не выходит из амперсандов

, Это невозможно, хотя, потому что SimpleXML не имеет никакого понятия Объекта Атрибута. addAttribute метод (кажется?) единственный способ добавить атрибут. Из-за этого это складывается (кажется?) SimpleXML в неспособном из создания атрибутов с объектами.

Все это показывает парадокс [1 135] Простой XML. Идея позади этого API состояла в том, чтобы предоставить простому способу взаимодействовать с чем-то, что оказывается сложным.

команда, возможно, добавила Объект SimpleXMLAttribute, но это - добавленный слой сложности. Если Вы хотите несколько иерархия объектов, используйте DomDoument.

команда, возможно, добавила флаги к addAttribute и addChild методам, но флаги делают API более сложным.

реальный урок здесь? Возможно, это настолько просто, твердо, и прост на крайнем сроке, еще более твердо. Я не знаю, имело ли это место или нет, но с SimpleXML кажется, что кто-то запустил с простой идеи (используйте свойство, перегружающееся для создания создания XML-документов легким), и затем скорректированный, поскольку проблемы/запросы новых функций вошли.

На самом деле, я думаю, что реальный урок здесь должен просто использовать JSON ;)