与动态HTML相比，Web服务有哪些优势？

Question

我想知道使用应用服务器(例如glassfish)而不是通过动态html页面(例如PHP)提供内容有什么好处。我想了解一个'web服务‘的优势，而不是一个简单的网站，因为我正在开发一个在线商务网站，我想知道一些经验法则可能是从普通的阿帕奇切换到像glassfish这样的东西。

Answer 1

与Java界的Glassfish一样，Application Servers通常指的是在Java Enterprise Edition规范的上下文中运行您的Java (或其他基于Java虚拟机的语言) web应用程序的软件。因此，它基本上只是一个用Java编写的web应用程序的花哨Apache。经验法则:如果您决定使用Java或在Java Virtual Machine上运行的其他语言，并且需要或想要使用任何J2EE API，则使用应用程序服务器。

由于HTML页面通常是人类可读的信息表示形式，因此can服务以机器可读的格式提供信息，以便机器可以使用HTTP协议彼此交互。与一般的used服务概念不同，术语Webservice主要用于使用SOAP协议的通信。因为you服务不是特定于语言的，所以无论您是使用PHP、Java还是Ruby On Rails或其他什么来实现you服务，都无关紧要。决定您是否想提供一种与web应用程序交互的方式，而不仅仅是通过用户操作的web浏览器。

Answer 2

当您开发web服务时，您正在对一个接口而不是一个实现进行编程。当您开发的页面正在推出只有您的应用程序才知道如何使用的数据时，例如专有的html页面，您所做的是完全相反的。

从更广泛的角度考虑你试图实现的目标--你是否要在多个地方、技术等实现和重用这个服务。这是你的关键。

Answer 3

想一想什么风格的web服务。

您是否在将Soap与REST进行比较？

REST web服务与web页面非常相似，因为它使用HTTP的所有内置功能。其中作为SOAPrest服务需要读取和摘要它所需的基础设施。

玻璃鱼将您绑定到一个特定的环境，这意味着它具有极好的可扩展性和无麻烦，但实际上情况往往并非如此，需要昂贵的资源来构建和维护代码。(更不用说基础设施和列表了)

我建议使用一个非常简单的层来生成您的web服务。PHP和一个小的rest框架工作，mabee有点像修改过的代码点火器。因为rest是无状态的，所以很容易扩展。只需添加更多的apache web服务器，直到牛到家为止..错误..。或者直到你的数据库被破坏..但是成功总是有它的问题。为什么不在云上使用REST实现呢？在amazon上放置一些微型实例off服务器，添加一个抽象关系数据库，然后就可以开始工作了。

但正如其他人在本讨论中指出的那样，你不受语言的限制。最好是决定你的服务是什么。REST或SOAP。rest服务可以用Python、Java、珍珠PHP等构建。SOAP rest服务可能是用Java构建的，所有很酷的工具都在那里。这可能意味着玻璃鱼。