0

我已经想了很多关于这个问题,但未能发现了一些明确的答案在此:演示,服务和DAO层关系

正如我在上一次的理解,业务层应仅适用于模型对象。它不应该知道我们从中获取这些数据的方式。它让我们可以独立于DAO使用业务层API。

那么,是不是能够正常使用DAO方法内部服务层调用,还是应该努力减少它们之间的依赖关系。因此,我看到的关系的2种变体层之间:

  1. 控制器 - >服务 - >道
  2. 1步骤:modelObject =控制器 - >道
    2步骤:控制器 - >服务( modelObject)

那么,哪个变种是对的?

回答

0

在老建筑有2层客户端和server.Server持有的所有数据库中的信息和逻辑。但是,在三层架构带来了明确的封装和layers.In两层结构之间有着明显的抽象,没有良好的封装和抽象和可维护性的程度,扩展能力是因为不具有layers.Client层之间清晰封装和抽象不直接调用该服务。在代替它的问题使用代理来调用service.For客户它作为一个本地计算机程序中调用通过代理呼叫服务的service.So,客户端服务器是在中间tier.In中间层,你可以假设可以有控制器,服务,serviceImpl,没有相关stuff.There任何数据库模型是一成不变的规则是什么可以在中间层。最重要的是它不应该搞乱数据库的东西。在第三层有d atabase .Assume道为DB相关result.Client返回的容器应通过通过服务和DAO调用应该通过结果经由服务客户端。

+0

谢谢您的答复。我知道DAO层(DB员工)应该与其他系统层隔离。我的问题是关于哪种应用层关系更适合。 –