api - 面向服务的架构和用户界面

Question

因此，我正在构建一个新系统，并认为我需要与时俱进并使用 SoA。我有我的网站，然后有一些服务和系统可以帮助网站工作，让我们以本地化服务为例。

它有它的服务和 API，允许您进行 HTTP 调用以获取特定语言的文本，效果很好，它只是 AJAX。

但是如果在网站的管理部分我们想向本地化服务公开一个 UI 以允许编辑/创建新文本等，那该怎么办。孤岛中的本地化服务是否应该有一个用户界面，然后网站可以将其“注入(inject)”到它的界面中，或者网站是一个“用户界面服务”，然后只调用本地化服务的 API？

非常感谢!

Answer 1

借助 SOA，您的目标是创建可重用、不可知的标准化服务 list 。这些服务成为企业 Assets ——它们通过提供灵 active 缩短上市时间，并最终成为企业的竞争优势。

在 SOA 中，服务可通过企业服务总线 (ESB) 或一些其他类型的中间件使用，这些中间件可以在服务之间轻松转换、启用编排、在提供者和消费者之间提供附加层等。重要的一点是Web 服务应设计为尽可能公开可重用的功能。

如果你直接嵌入/注入(inject) UI，你将引入至少三个问题(还有更多，这些只是我目前想到的问题):

1. 您创建的服务不会在所有场景中重用，因为它没有完全利用既定标准，如 SOAP 或 REST - 假设您必须将它嵌入到 Windows 窗体中将来的应用程序 - 您将无法轻松做到这一点。

2. 数据的 UI 表示必须是消费应用程序关注的问题 - 否则您没有明确的关注点分离 - 这可能会在未来引入许多问题。此外，您没有给消费者选择的自由。

3. 您进行点对点集成，将应用程序相互耦合。这种集成往往会导致困惑的架构，成为维护的噩梦。

希望对您有所帮助。我会推荐阅读 a book on the subject以确保您正确地做事。

祝你好运!