怎么称呼程序的中间层?

时间:2009-11-17 13:02:39

标签: naming-conventions naming

我们有一个由三部分组成的程序。后端是处理请求的NT服务。此外,还有一个实现预定义接口的COM对象,由客户端软件使用并将请求传递给服务。

由于我们需要同时具有32位和64位版本的COM对象,因此我们将其分为两部分:

  1. 实现的前端 预定义接口
  2. 实现a的中间层 新引进的中间体 接口并托管在COM +中 避免重新实现一切 32位和64位。
  3. 所以前端将请求转发给中间层,中间层将它们转发到后端。

    问题在于前端是客户“看到”的第一件事,我们不喜欢称之为“我们的产品前端”,而只是称之为“我们的产品”。我们还需要为中间层创造一个好名字。通常用于后者的是什么?

    到目前为止,我在字典中找到的最合适的匹配是 spacer level - 简洁并以某种方式反映了该层的用途。那会吗?

3 个答案:

答案 0 :(得分:2)

适用于中间层的术语可能受其角色的影响。通常,它是MVC范例中的控制器,业务逻辑层,通信/传输层或这些的组合。

我用过的术语:

中层(无可否认是一般的警察 - 可能适用于您的情况)

业务逻辑层或业务对象 - 不适合您的应用......

传输层 - 似乎更适合你的情况,虽然我不相信“当你引入这个词时,每个人都会立即知道你在谈论什么。”

控制器(可能太抽象 - 模型 - 视图 - 控制器)

答案 1 :(得分:1)

总是可以尝试使用“数据访问层”

答案 2 :(得分:1)

也许翻译层?