代码之家 › 专栏 › 技术社区 › Martin

查找表—在n层体系结构中的位置

lookup-tables business-logic n-tier-architecture data-access-layer architecture

Martin · 技术社区 · 14 年前

我有几个查找表,我在通过我的应用程序管道的过程中。这些是在网站上驱动下拉列表的表格。它们没有业务逻辑,但需要在遵循应用程序体系结构的同时从数据库访问UI。

我只是认为,在没有业务逻辑的情况下,必须通过业务层来实现这一点是一种浪费。我不介意在这个体系结构中添加一个查找层或公共层,但我不知道它适合于什么地方,也不知道如何融入当前的流中。任何关于我该怎么做的想法都会很有帮助。

编辑:我想我真的很想知道如何在这里合并一个公共库,这样我就可以添加查找。公共库应该位于业务层和UI之间,还是应该是业务层的“替代品”?或者我需要一个公共图书馆?

2 回复 | 直到 14 年前

Casey Burns 14 年前

不知道你的建筑。。。

我建议使用现有的BusinessLogicLayer和BusinessLogic。

它看起来可能是多余的,因为这些查找查询没有业务逻辑。

但是,至少代码将遵循现有的约定/方法。

Darryl Braaten 14 年前

推荐文章

xtrinch · 带c的余弦查找表++

7 年前

Andrew Seabrook · 组合框。SelectedValue未按预期工作

8 年前

jfive · Python Pandas:DataFrame作为查找表

8 年前

Tendi · 如何将大量条件浓缩成查找数组?

8 年前

Geoff Wright · 如何在Javascript中构造基于两个键的查找

8 年前

user3259138 · RETS DMQL2查询问题

8 年前

strobot · 在Go中查找表?

10 年前

Alby · 使用任意长度的查询查找表,而不使用R中的for循环

10 年前