Web services web服务和应用程序服务器中的应用程序代码层有什么区别

您好，我是n层体系结构的新手，我试图找出托管应用程序代码层的应用程序服务器与web服务之间的区别

因此，我将告诉大家我对整个n层概念的理解，我们有UI->Web服务器->应用服务器上的业务逻辑/应用程序逻辑->数据库服务器。（当然，负载平衡器和多个服务器实例也可以用来固定和存储进程的状态）

但具体来说，业务逻辑层不会绑定到UI，因此它或多或少是独立的，可以重用

另一方面，web服务也提供类似于业务逻辑的功能，其中它不绑定到UI，并且可以在不同情况下重用

---

有人能解释一下我刚才解释的是否正确吗？正如我前面提到的，我是这方面的新手，所以如果这听起来很愚蠢或幼稚，请不要责怪我：）

下面是一个关于4层体系结构的快速、肮脏且非常一般的解释，我认为这可能最适合您的应用程序：

表示层：与外部世界的接口（网站）
应用层：创建与外部世界（web应用程序框架、web服务）的接口所需的机制
业务逻辑层：体现/模拟/模拟业务流程和工作流（算法、转换、审批流程等）的实际逻辑
数据库层：从中查询信息所需的数据库和逻辑

通常，web服务不是业务逻辑层的一部分。该层通常与数据库层一样受到保护，因为其中可能有商业秘密或机密的操作方式，并且通常不希望任何人直接访问该层，除非通过编程或通过批准的接口（如web服务）

---

Web服务、应用程序层和业务逻辑可以很好地与可口可乐及其业务进行比较。瓶和罐通常是Joe Blow消费可口可乐产品的方式（例如，演示层中的网站），但其他企业也希望能够为客户提供可口可乐，因此可口可乐允许他们使用碳酸水和可口可乐糖浆（例如，应用层中的web服务）。可口可乐的秘密公式（如业务逻辑层）和可口可乐将其放入商店的分销流程（如应用层）都对消费者隐藏。乔·布鲁不在乎可乐是如何进入商店的，他只知道他可以从各种渠道（网站、移动客户端等）买到可乐。可口可乐不想让人们知道它的秘密公式（商业逻辑）。如果你想要一杯可乐，你必须经过商店或餐厅（认可的界面）。

这是一个很好的例子，你比普通大学教授教的要好得多！！