удалено.
|
Славно.
$document_out = new DOMDocument();
$document_in = new DOMDocument();
/* ... */
$xpath_in = new DOMXpath($document_in);
/* ... */
foreach($xpath_in->query("/*/elements[@attribute]") as $node){
$document_out->getElementsByTagName("*")->item(0)->appendChild($document_out->import_node($node, true));
};
/* ... */
echo $document_out->saveXML();
Во что бы превратился этот пример, если бы ООП в PHP не было? Кстати, по каким-то неведомым мне причинам Попов именует этот язык «PhP», именно в таком регистре. |
удалено.
|
Ну, видимо, имелось в виду применение XML для обмена данными, сервисы и т.п..
|
удалено.
|
Всяческие API, начиная с получения курса валют с сайта ЦБ, заканчивая геолокацией Яндекса.
Передача данных между разнородными (как по СУБД, так и по структуре) БД. Разбор .docx, .xlsx, .odt и прочих форматов. Работа с XHTML-документами как с DOM (удобно, кстати). Короче, почему бы PHP не уметь манипулировать универсальным форматом хранения и передач данных? |
Все, кто не любит ООП в php, но зато очень любит на эту тему похоливарить :) обычно говорят об ООП проектировании в php - костяк приложения на классах и только них, паттерны и прочее.
Но с удовольствием пользуются самими объектами, как типами данных(как в примере пользователя subzey). Gozar, а ты о чем говоришь? |
удалено.
|
Цитата:
Цитата:
А txt и csv хороши когда формат базы не меняется никогда. К тому же, когда захочется закинуть более одной таблицы, станет плоховато программисту, а не процессору. Цитата:
Цитата:
OverObjectOrientedProgramming встречается сплошь и рядом. Но это же повод отказываться полностью от ООП как такового. Давайте откажемся от аякса только потому что это buzzword и многие пихают этот несчастный аякс туда, где можно и нельзя. Давайте откажемся от jQuery, потому что какой плагин к нему ни откроешь, хочется тошнить от скрученных проволокой кишок в его нутрях. |
удалено.
|
| Часовой пояс GMT +3, время: 06:45. |