brmn 31 мар 2009 в 04:52

qJerry: пиши меньше, делай больше. Теперь на PHP.

3 мин

883

Чулан

+30

Комментарии 19

reaferon 31 мар 2009 в 05:15

Пока с либой не разбирался, но на всякий случай плюсанул за топик и добавил в «Избранное». Работа с XML — важная штука, хорошо, если окажется удобной. Название у либы потешное :)

brmn 31 мар 2009 в 06:14

собственно, разработчики и не скрывают корни:
Библиотека qJerry — как раз такая попытка спроецировать на PHP подход, используемый в jQuery.

Silverstorm 31 мар 2009 в 05:48

звучит интересно :) попробую, спасибо.

Как раз в данный момент нужно быстро написать несколько сервисов использующих xml данные в разных форматах :)

j4ck 31 мар 2009 в 08:31

>> сделать работу с XML комфортнее, чем позволяют стандартные средства PHP
чем SimpleXML не угодил?

brmn 31 мар 2009 в 08:35

видимо, так же, как и jQuery для Prototype.
по-моему, чем больше библиотек, тем легче трудится на благо своего пуза ;)

ashofthedream 31 мар 2009 в 09:59

Иногда он поглючивает и вообще ведет себя немножко неправильно. Недавно из за одной досадной ошибки пришлось перейти с него на DOM. Чуть менее удобнее, чуть больше кода, медленне, но словно в танке — надежно.

DYPA 31 мар 2009 в 13:10

на bugs.php.net написали?
что вы делали?

ashofthedream 31 мар 2009 в 13:13

Не писал.
Рекурсивно пробегался по дереву.

DYPA 31 мар 2009 в 14:19

>Не писал.
зря
>Рекурсивно пробегался по дереву.
покажи в коде?

ashofthedream 31 мар 2009 в 15:45

В коде к сожелению уже не покажу, давно это было, да и при добавлении новой фукнциональности, так что даже в svn-не нету. Так что только по логам из аси :)

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

Бежим по всему этому рекурсивно, но на примерно похожем куске кода:

<entity>
    // ...куча пропертей       
    <coordinate>
        <entity>
            <id>4544</id>
            <x>35</x>
            <y>51</y>
            // ... куча пропертей
        </entity>
    </coordinate>
</entity>

Но на выходе получаю мусор, начинаю разбираться, лезу внутрь, вардамплю сущность которую нужно сконвертить, и связку property => value, в итоге получаю:
сама сущность:

object(SimpleXMLElement)[62]
  public 'id' => string '4544' (length=4)
  public 'x' => string '35' (length=2)
  public 'y' => string '51' (length=2)
  ...

А при форейче по этому элементу получаем:
property:

command

value:

object(SimpleXMLElement)[62]
  public 'id' => string '4544' (length=4)
  public 'x' => string '35' (length=2)
  public 'y' => string '51' (length=2)
  ...

На обращение $entity->entity — ругалось, говорило, что никакого entity тут нет.

ashofthedream 31 мар 2009 в 15:47

Оу, немного ошибся… не то скопипастил. В value — идентификатор объекта был другим, в данном случае 58. В каким и был идентификатор этой структуры в общем дереве при var_dump.

DYPA 31 мар 2009 в 16:54

нада было пробнуть такое:
foreach ($entity->children() as $value) {}
должно было помочь

ashofthedream 31 мар 2009 в 16:55

пробовал, по сути тоже самое получалось.

DYPA 31 мар 2009 в 16:57

а SimpleXMLElement на свой заменить пробовал?

ashofthedream 31 мар 2009 в 16:58

Нет, да и не собирался нагораживать из за этого логику, довольно быстро все переписал на DOMDocument и забыл SimpleXMLElement, со его тараканами как страшный сон.