领域驱动设计(DDD):领域或基础设施问题

我沉浸在DDD中,对什么属于该领域以及什么是基础设施问题有疑问。

描述域的简化示例:

该应用程序中的一个上下文是关于方便功能的,该功能允许用户检查网页以获取特定信息。即。。

“用户希望检查网页并确定短语“lorem ipsum”是否出现以及出现在什么位置。”

我们将使用硒作为匹配短语的基础技术。

在深入DDD之前,我会创建一个如下所示的类(下面是Python,但语言不重要):

class Page:
def __init__(self, url, environment, driver):
    self.environment = environment
    self.url = url
    self.driver = driver    // Selenium Driver


def contains_phrase(self, phrase):
    self.driver.get(self.environment.url + self.url_suffix)  // Selenium Command
    ...

该实体现在依赖于硒,不再是纯对象(POCO、POJO等)。在DDD中,我觉得这不正确。

我的理解是,selenium表达式也不属于应用程序服务层,因为这会使类/方法膨胀,而服务层最好是薄的。

这是否属于基础架构层?很像一个存储库,其中包含持久性代码。类似于:

class PageAutomator:
...
def does_page_contain_phrase(self, page, phrase):
    self.driver.get(self.environment.url + self.url_suffix)  // Selenium Command

这听起来像是正确的方向吗?如果是这样的话

这意味着页面实体开始趋向于贫血症模型,并正在成为一个简单的DTO。如果是这样,这个实体还有必要吗?

应用程序服务层是否可以直接调用基础结构层并执行一些操作(以执行用例),而不需要任何实体(以及域)的参与?即使采用更多的事务脚本方法,我的理解是Selenium功能仍然不应该存在于域中?

或者(我是DDD新手)我完全偏离了底线,在这种情况下,任何建议都是非常受欢迎的。

谢谢