Ищем предложение по развитию мульти-потребительского сервиса

Question

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

Я действительно ищу предложения о том, что мне нужно изучить, чтобы иметь возможность реализовать систему в таком масштабе.

Как разработчик ASP.NET MVC, это будет лучшим фреймворком / архетектом?

Спасибо

Answer 1

iPhone, Android и современные веб-браузеры, такие как Firefox, Opera, Safari, Chrome, имеют отличные реализации Javascript, великолепный CSS и разумные подмножества HTML5 - но вы не можете использовать оба факта, если вы также хочу поддерживать Internet Explorer или другие старые браузеры. К счастью, фреймворки Javascript, такие как jQuery и dojo , могут в значительной степени компенсировать такие проблемы (лично я предпочитаю dojo, но jquery более популярен, и выбор между две таких хороших фреймворка - скорее дело вкуса - плюс, есть преимущество в выборе популярного, например, вы можете получить лучшую поддержку в SO; -).

Для REST, возвращающего JSON, подойдет практически любое приличное расположение на стороне сервера, поэтому вы можете также придерживаться того, что вам лучше всего известно, в вашем случае ASP.NET MVC (точно так же, как я бы придерживался Python и Werkzeug на App Engine, и люди с другими предпочтениями на стороне сервера будут придерживаться их - это не будет иметь большого значения ;-). На стороне клиента, выберите одну из двух самых популярных платформ, Jquery и Dojo, и продолжайте с ней - у обеих есть хорошие книги, если это ваш любимый стиль обучения, но также и хорошие онлайн-ресурсы. (У менее популярных фреймворков, конечно, тоже многое получается, но есть риски отойти на далеко от популярных решений; -).

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

Answer 2

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

Как разработчик ASP.NET MVC, у вас не должно возникнуть проблем при создании веб-службы, которая является RESTful и передает данные через JSON.

Answer 3

Сейчас я работаю над проектом, который должен заниматься именно этим. При поиске в сети я обнаружил статью Алима Бавани о том, как это можно сделать в ASP.Net MVC Мне действительно нравится тот факт, что он использует фильтр действий для обработки ответа. Я изменил код в его статье, чтобы посмотреть расширение запроса вместо типа контента.

Например, /products/1.xml вернет xml представление продукт с идентификатором 1 из базы данных.

Также /products/1.json возвращает json-представление продукта, чей идентификатор равен 1 из базы данных.

И / products / 1 вернет html-представление продукта с идентификатором 1 из базы данных.

Хорошая вещь о возврате данных таким образом заключается в том, что он позволяет потребителю решать, как он хочет использовать данные.