Спустя 1 минута, 50 секунд (20.05.2011 - 10:17) linker написал(а):
Сериализованный массив, если данных не мегабайты.
Спустя 48 минут, 30 секунд (20.05.2011 - 11:06) Guest написал(а):
Позвольте уточню, просто сериализованный массив смущает, пример cms имеется общий объект который формируется , в котором изменяется информация по ходу работы работы программы, т.е. информация формируемая модулями вот о какйо информации идет речь ее использовать лучше в чем?
Спустя 10 часов, 40 минут, 15 секунд (20.05.2011 - 21:46) Guest написал(а):
Доброго времени суток,помоги те плиз найти ответ на вопрос. В программе имеется некий объект который отвечает за хранение и передачу информации во время работы скриптов. К примеру, запускаем cms , скрипт формирует подобие класса синглетон, в котором помещается информация о GET И POST создаваемой страницы, информация которую создают модули или вытаскивают из б д и которая в последствии будет использована в шаблоне страницы, наверняка такая зверушка имеет какое-то название, но я его к сожалению не знаю.
И вот в чем вопрос всю эту информацию лучше хранить и получать через массивы (это сделано в большинстве сms, т.е. обычно можно обратиться к некой функции "синглетона" которая откроет доступ к массиву с данными )или xml( в сущности тот же массив, можно сделать, то же обращение к нему через функцию, но есть ряд отличий DOM(быстрее или медленнее?), главный плюс в том что данный способ работы с инфой делает программу более универсальной в плане работы с другими приложениями).
Если можно при ответе обоснуйте выбор, фишка в том, что xml да более крутой, и работая с ним программа станет более универсальной, для других приложений, но массивы более легкие и быстрые, как я понимаю в плане работы, короче очень прошу знающих людей, подсказать как лучше делать
И вот в чем вопрос всю эту информацию лучше хранить и получать через массивы (это сделано в большинстве сms, т.е. обычно можно обратиться к некой функции "синглетона" которая откроет доступ к массиву с данными )или xml( в сущности тот же массив, можно сделать, то же обращение к нему через функцию, но есть ряд отличий DOM(быстрее или медленнее?), главный плюс в том что данный способ работы с инфой делает программу более универсальной в плане работы с другими приложениями).
Если можно при ответе обоснуйте выбор, фишка в том, что xml да более крутой, и работая с ним программа станет более универсальной, для других приложений, но массивы более легкие и быстрые, как я понимаю в плане работы, короче очень прошу знающих людей, подсказать как лучше делать
Спустя 1 час, 49 минут, 20 секунд (20.05.2011 - 23:35) Greg1978 написал(а):
Нет xml не быстрее массивов однозначно!
Более того в php массивы считаются одними из самых быстрых для доступа.
Для примера посмотрите конфигурацию в YII, она построена на таких принципах как Вы хотите.
Сериализация массива очень плохой пример ...
Более того в php массивы считаются одними из самых быстрых для доступа.
Для примера посмотрите конфигурацию в YII, она построена на таких принципах как Вы хотите.
Сериализация массива очень плохой пример ...
Спустя 5 минут (20.05.2011 - 23:40) Greg1978 написал(а):
| Цитата |
| Доброго времени суток,помоги те плиз найти ответ на вопрос. В программе имеется некий объект который отвечает за хранение и передачу информации во время работы скриптов. К примеру, запускаем cms , скрипт формирует подобие класса синглетон, в котором помещается информация о GET И POST создаваемой страницы, информация которую создают модули или вытаскивают из б д и которая в последствии будет использована в шаблоне страницы, наверняка такая зверушка имеет какое-то название, но я его к сожалению не знаю. И вот в чем вопрос всю эту информацию лучше хранить и получать через массивы (это сделано в большинстве сms, т.е. обычно можно обратиться к некой функции "синглетона" которая откроет доступ к массиву с данными )или xml( в сущности тот же массив, можно сделать, то же обращение к нему через функцию, но есть ряд отличий DOM(быстрее или медленнее?), главный плюс в том что данный способ работы с инфой делает программу более универсальной в плане работы с другими приложениями). Если можно при ответе обоснуйте выбор, фишка в том, что xml да более крутой, и работая с ним программа станет более универсальной, для других приложений, но массивы более легкие и быстрые, как я понимаю в плане работы, короче очень прошу знающих людей, подсказать как лучше делать |
Начнём с того что DOM к этой проблеме никаким боком не лепится.
Конечно можно создать такой класс в котором реализуется отдача данных неважно каким путём, есть большое НО в плане распределения архитектурных знаний. http заголовки это http заголовки и http запросы не надо смешивать с xml. В лучшем случае xml является например протоколом для RPC запросов или хранения данных, а это уже совсем другая область и смешивать их не стоит, у них разные цели и абстракции.
В Вашем случае непонятно для чего строится класс и для какой цели он предназначен.
Спустя 19 минут, 11 секунд (21.05.2011 - 00:00) Лена написал(а):
если стоит проблема переноса данных между серверами - тогда xml, если нет - то любой xml надо составлять и парсить - массивы обрабатывать быстрее.
Но. xml позволяет хранить информацию в структурированном виде с большими уровнями уровнями вложения элементов, в многоуровневых массивах так не всегда получается.
Но. xml позволяет хранить информацию в структурированном виде с большими уровнями уровнями вложения элементов, в многоуровневых массивах так не всегда получается.
Спустя 43 минуты, 48 секунд (21.05.2011 - 00:43) Greg1978 написал(а):
| Цитата (Лена @ 20.05.2011 - 21:00) |
| если стоит проблема переноса данных между серверами - тогда xml, если нет - то любой xml надо составлять и парсить - массивы обрабатывать быстрее. Но. xml позволяет хранить информацию в структурированном виде с большими уровнями уровнями вложения элементов, в многоуровневых массивах так не всегда получается. |
Многомерные массивы обрабатываются так же легко как и любой многомерный элемент. XML тем и отличается что более приспособлен к хранению и изменению данных динамическим образом для дальнейшего сохранения соответствующей конфигурации.
Спустя 2 дня, 8 часов, 37 минут, 31 секунда (23.05.2011 - 09:21) linker написал(а):
Greg1978
Конфигурация YII не предназначена для динамического хранения/записи/чтения информации, т.е. программно. XML - медленно.
Конфигурация YII не предназначена для динамического хранения/записи/чтения информации, т.е. программно. XML - медленно.