2013-02-22 5 views
0

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

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

Спасибо

ответ

0

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

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

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

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

+0

Спасибо всем за андерсеров и помощь, я использую метод один сервис для всех. Я согласен, что это лучший вариант для многократного использования кода и гибкости. –

0

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

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

0

На мой взгляд , Вы должны пойти с архитектурой, основанной на сервисах. Вы можете использовать WCF /Asp.net Webapi в MS Stack. Использование служб SOAP Based или REST дает вам больше гибкости и степени масштабируемости для потребителей, чтобы потреблять ваши услуги.

Надеюсь, это поможет.

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