Результаты поиска

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

Обновление: оба предложения, кэширование и использование статических переменных, выглядят хорошо. Может быть, мне стоит использовать оба варианта, чтобы сначала посмотреть на один, а если его там нет, то использовать второй, если его там тоже нет, тогда я посмотрю на файл json.

Итак, я не хочу начинать здесь священную войну, но мы находимся в процессе консолидации того, как мы обрабатываем файлы конфигурации наших приложений, и мы изо всех сил пытаемся принять решение о наилучшем подходе. На данный момент каждое приложение, которое мы распространяем, использует свои собственные специальные конфигурационные файлы, будь то файлы свойств (ini style), XML или JSON (внутреннее использование только в данный момент!).

Большая часть нашего кода на данный момент является Java, поэтому мы смотрели на Apache Commons Config , но мы обнаружили, что он довольно многословен. Мы также посмотрели на XMLBeans,но похоже, что это очень много обмана. Я также чувствую, что меня подталкивают к формату XML, но мои клиенты и коллеги опасаются попробовать что-то другое. Я могу понять это с точки зрения клиента, все слышали о XML, но в конце концов, не следует ли использовать правильный инструмент для работы?

Какие форматы и библиотеки люди используют в производственных системах в наши дни, пытается ли кто-нибудь еще избежать налога на угловые скобки ?

Edit: действительно должно быть кроссплатформенное решение: Linux, Windows, Solaris и т. д. и выбор библиотеки, используемой для взаимодействия с конфигурационными файлами, так же важен, как и выбор формата.

Если вы создаете приложение AJA~Xy , есть ли какие-либо недостатки в использовании запросов/ответов JSONP , даже если вы не планируете использовать запросы cross-domain ?

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

Редактировать:

Я нашел это , что также предполагает security and error handling в качестве потенциальных проблем...

Там нет обработки ошибок. script injection либо работает, либо нет. Если есть ошибка из injection, она попадет на страницу, и за исключением обработчика ошибок с широким окном (плохо, плохо, очень плохо), вам нужно убедиться, что возвращаемое значение действительно на server side .

Я не думаю, что error handling -это большая проблема... большинство из нас будет использовать библиотеку для создания JSON ... правильность моего ответа не является проблемой для этого вопроса.

и безопасность:

В интернете есть документы, которые могут помочь, но в качестве беглой проверки я бы проверил реферер в скрипте server side .

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

У меня есть скрипт, который извлекает объекты с удаленного сервера через вызов Ajax. Сервер возвращает объекты в нотации JSON.

Однако, в Adobe AIR, существует ограничение на использование eval() по соображениям безопасности. Поэтому я могу получать ответы с удаленного сервера, но не могу превратить их обратно в объекты JavaScript. Есть ли обходной путь для этой проблемы? Я хотел бы использовать JSON для моих JavaScript объектов, так как он может быть использован почти сразу.

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

Обновление:

Спасибо Тео и jsight за их ответы;

Одна важная вещь, которую я узнал сегодня, заключается в том, что я действительно могу использовать библиотеки ActionScript, используя

<script src="lib/myClasses.swf" type="application/x-shockwave-flash"></script>

В моем веб-приложении я отправляю некоторые поля формы с помощью метода jQuery $.getJSON() . У меня возникли некоторые проблемы с кодировкой. Набор символов моего приложения- charset=ISO-8859-1, но я думаю, что эти поля представлены с UTF-8 .

Как я могу установить кодировку, используемую в вызовах $.getJSON ?

Есть ли какие-нибудь хорошие библиотеки PL/SQL для JSON, с которыми вы работали и нашли их полезными?

В PL/SQL мне приходится утомительно передавать код возврата значений JSON в функции JavaScript. Я нашел одну библиотеку PL / SQL для автоматической генерации JSON,но она не делает точно все, что мне нужно. Например, я не мог расширить базовые функции в библиотеке, чтобы вернуть сложную древовидную структуру данных JSON, требуемую используемым мной компонентом дерева JavaScript.

Примечание:
Система, которая находится в производстве уже более 8 лет, была спроектирована так, чтобы использовать PL/SQL для CRUDs и большей части бизнес-логики. PL/SQL также генерирует 90% слоя представления (HTML/JavaScript), с помощью mod PL/SQL. другой 10% является отчетными данными, выполненными через Oracle Reports Builder.

$queryData = json_encode(array('query' => isset($_GET['query']) ? $_GET['query'] : '', ...));

<script type="text/javascript">

<?php echo 'var queryData = ' . $queryData . ';' ?>

</script>

Fatal error: Call to undefined function json_encode() in ***.php

Message: Undefined variable: json

Filename: helpers/json_helper.php

Line Number: 53

Fatal error: Call to a member function encode() on a non-object in ...\system\application\helpers\json_helper.php on line 53