【问题标题】:Layers on a WCF serviceWCF 服务上的图层
【发布时间】:2011-12-21 11:17:48
【问题描述】:

好的,我已经启动了这个 WCF 服务。它具有公共访问权限,即主服务本身 (HydSQLService),其中包含用于访问数据库的 DataContext。这个 DataContext 是由 SQLMetal.exe 生成的,虽然我创建了一个分部类来填充分部方法。

所以这个问题更多的是关于如何分层这个应用程序。目前,服务(即公开的位)持有对 DataContext 对象的引用。它通过这个来访问 SQL 数据库。

我打算在这些之间添加一个层用于服务器端验证,但我不确定我是否缺少层或其他东西(我对这一切有些陌生)。

那么这是正确的层数吗?它的结构是否正确,还是我做了一些可怕的疏忽?欢迎提出建议。

【问题讨论】:

    标签: wcf


    【解决方案1】:

    答案是 - 一如既往 - 视情况而定。

    要了解您所描述的架构的优缺点,我们需要更多地了解您所使用的要求和环境。但是,您有图层这一事实可能是一件好事。您正在考虑应用程序的这一方面这一事实绝对是一件好事。

    一般来说,我们添加层来解决一些挑战:

    • 关注点分离。让一个层处理应用程序的一个方面(并妥善处理)很少是一件坏事。这允许您删除该层并替换它,而无需重写应用程序的其余部分。
    • 可测试性 - 单独测试各层(例如自动化单元测试)以确保该部分正常工作通常是有益的。
    • 抽象出常用功能(数据访问、验证等)。这可以使应用程序更易于维护。例如,不必在业务对象层的中间维护一堆特定于数据访问的代码就很好了。

    在这种情况下很难专门回答这类问题。您需要进行更深入的审查以获得您正在寻找的反馈/方向。

    【讨论】:

    • 谢谢。老实说,我被卷入了一些事情,而且通常很难知道要问的确切问题。尽管如此,我想你已经给了我一个彻底而耐心的答案,我感谢你。我会考虑我的申请并尝试制定更具体的内容。
    猜你喜欢
    • 2013-10-08
    • 1970-01-01
    • 2012-05-05
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多