使用數據服務層有什麼優點和缺點？

Question

這是一個似乎在SOA世界中定期重現的討論。我早在1995年就已經聽到了這個消息，但在此之前，這可能是一個談話話題。我肯定對此有自己的看法，但是我想聽到一些關於擁有數據服務層的良好和堅實的論點，以及針對擁有數據服務層的爭論。

它爲系統架構增添了什麼價值？ 什麼是固有的陷阱？ 什麼是常見的反模式？

鏈接到文章是絕對可以接受的。

爲了避免混淆，this article描述了我正在談論的數據服務層的類型。本質上，數據庫上方的薄層提供了對數據的SOAP訪問，並且不包含業務邏輯。

Answer 1

數據服務是相當數據導向的，對於沒有邏輯的項目總是在做糟糕的事情。例如，如果你有一個日誌服務或一個屬性服務，它就可以適用，你只需要對它進行處理。

如果涉及DDBB的域很複雜，而且具有複雜的邏輯，則需要管理該服務（可能在編排中）的邏輯，以便將邏輯劃分爲多個服務。在這種情況下，我認爲使用管理該域的較厚的獨特服務（DAL，BLL和SIL）並僅公開一個接口更好。

最後它是另一個工具，取決於問題。