2014-01-20 2 views
0

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

  • Его ответственность клиента заключается в том, чтобы манипулировать и представлять данные по-своему. Сервер должен просто отправить клиенту необработанную информацию.
  • JSON легкий и мое приложение может использоваться удаленными клиентами над бедными мобильной связью
  • Это позволяет использовать несколько интерфейсных разработки (настольные устройства, мобильные устройств) и имеет потенциал для создания API для других разработчиков

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

Не могли бы вы предоставить контраргументы для этого выбора только для JSON, чтобы я мог сделать более осознанный выбор? Должно быть некоторое количество базовых фреймворков (подумайте о php), все еще рекламируйте шаблоны HTML для отправки ответов в формате HTML на клиентов. Благодаря

UPDATE: Даже если я до этого исследовал эту тему, я нашел подобный и очень интересный пост: Separate REST JSON API server and client?

ответ

0

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

+0

Даже когда мы используем фрейм-фрейм на основе python, мы обычно отправляем данные в виде raw json, а на стороне клиента анализируется JSON и соответствующие значения отображаются в пользовательском интерфейсе. – Innovation

+0

Спасибо за ваш ответ. Действительно, этот подход уже используется. Мне все еще интересно, почему все еще используются другие подходы. Например, фреймворки PHP, генерирующие HTML. Это из-за отсутствия навыков интерфейса (я имею в виду способность писать хороший код Javascript)? – user3213968

+0

Возможно, это одна из причин. Как разработчики обычно хотят работать больше на бэкэнд и не хотят работать на frontend. Также люди не хотят изучать новейшие технологии. Также в предыдущих системах, если уже используется какая-то технология , поэтому предполагается, что пусть это работает только так, и они не хотят попробовать новые/разные вещи. – Innovation

Смежные вопросы