Symfony, внедрите веб-сервер для мобильного приложения, настольного приложения и веб-сайта

Question

Symfony, внедрите веб-сервер для мобильного приложения, настольного приложения и веб-сайта

0

У меня уже есть мобильное приложение, которое извлекает некоторые данные из базы данных, показывает их пользователю с помощью php-скриптов, которые выполняют запросы в базе данных, и возвращает json с результатами в мое приложение.

У меня также есть настольное приложение, которое использует другие php-скрипты для извлечения данных в одной базе данных, а следующим шагом также является реализация веб-сайта.

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

На данный момент я создал новый проект PHP Symfony, реплицировал свою базу данных на localhost, сгенерировал пакет для операций db, отобразил таблицы sql, сгенерировал объекты и сгенерировал crud-контроллер для каждого объекта.

Теперь я не знаю, как идти дальше.

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

giozh 18 фев. 2015, в 17:29

Источник

Теги:

php

json

symfony

1 ответ

Ещё вопросы

KhorneHoly · Answer 1 · 2015-02-18T13-31-00.000Z

Вы должны вернуть строку json в конце действия!

например

public function ajaxAction(Request $request){

    //get some data from doctrine, do other stuff

    //generate a json string from it and return it

    $json = json_encode($data);
    $response = new Response($json, 200);
    $response->headers->set('Content-Type', 'application/json');
    return $response;
}

Теперь ваш маршрут для этого действия возвращает строку json!

Поэтому, когда я разверну веб-сайт (возможно, куплю шаблон), мне просто нужно позвонить по ссылке для получения данных, а затем проанализировать JSON? Это хорошая практика для такого сценария?
@giozh да, вам нужно всего лишь позвонить по ссылкам. Сайт, который назвал ссылку, должен только тогда проанализировать json и работать с данными, полученными из ссылки. Это не более, чем обычная реализация API. Это лучший практический сценарий, поскольку json легок и прост в разборе практически на любом языке программирования. Только xml может быть прочитано большим количеством языков, но у xml намного больше накладных расходов.