Каковы преимущества веб-сервисов по сравнению с динамическим HTML? - PullRequest
2 голосов
/ 24 января 2011

Мне было интересно, каковы преимущества использования сервера приложений (например, glassfish) вместо предоставления контента через динамическую HTML-страницу (например, PHP).Я хотел бы понять преимущества «веб-службы», а не просто веб-сайта, поскольку я занимаюсь разработкой сайта онлайн-торговли, и мне интересно, каковы некоторые практические правила для перехода с простого Apache на что-то вродеGlassFish.

Ответы [ 3 ]

2 голосов
/ 24 января 2011

Серверы приложений , такие как Glassfish в мире Java, обычно относятся к программному обеспечению, которое, помимо простой реализации веб-сервера, запускает ваше веб-приложение на Java (или другом языке на основе JVM) в контексте Java Спецификация Enterprise Edition . Так что это просто модный Apache для веб-приложений, написанных на Java. Практическое правило. Если вы решили использовать Java или другой язык, работающий на виртуальной машине Java, и вам нужно или хотите использовать какой-либо из API-интерфейсов J2EE, вы используете сервер приложений.

Поскольку страница HTML обычно представляет собой удобочитаемое представление информации, веб-служба предоставляет информацию в машиночитаемом формате, чтобы машины могли взаимодействовать друг с другом, используя протокол HTTP. Вместо общей концепции веб-сервиса термин Веб-сервис в основном используется для связи с использованием протокола SOAP. Поскольку веб-сервисы не зависят от языка, не имеет значения, используете ли вы PHP, Java или Ruby On Rails или что-то еще для реализации веб-сервиса. Решение, если вы хотите предоставить способ взаимодействия с вашим веб-приложением, кроме как через пользовательский веб-браузер.

1 голос
/ 24 января 2011

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

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

0 голосов
/ 25 января 2011

Подумайте, какой стиль веб-сервиса.

Вы сравниваете Мыло с ОТДЫХОМ?

веб-сервис REST очень похож на веб-страницу, так как использует все встроенные функции HTTP. Где для службы SOAPrest требуется инфраструктура, необходимая для ее чтения и переваривания.

Glass fish связывает вас с конкретной средой, которая должна быть прекрасно масштабируемой и беспроблемной, но на самом деле это часто не так, требуя дорогих ресурсов для создания и поддержки кода. (не говоря уже об инфраструктуре и объектах)

Я бы рекомендовал использовать очень простой слой для создания вашего веб-сервиса. Например: PHP и небольшая рамка отдыха работают, возможно, что-то вроде модифицированной версии воспламенителя кода. Поскольку отдых не имеет состояния, его очень легко масштабировать. Просто добавьте больше веб-серверов Apache до тех пор, пока коровы не придут, заблуждайтесь ... или пока ваша база данных не будет разбита ... но успех всегда имеет свои проблемы. Почему бы не пойти с реализацией REST в облаке. Поместите Pup некоторые микро-экземпляры Web-серверов на Amazon, добавьте абстрактную реляционную базу данных, и все готово.

Но, как отмечали другие в этом обсуждении, вы не ограничены языком. Лучше определиться с тем, какой у вас сервис. ОТДЫХ или МЫЛО. сервис отдыха может быть построен на Python, Java, Pearl PHP и т. д. и т. д. Сервис Java-отдыха SOAP, вероятно, будет построен на Java, так как там есть все классные инструменты ... что может означать стеклянную рыбку.

...