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

一般N层体系结构问题

  •  3
  • mikesigs  · 技术社区  · 16 年前

    在N层应用程序中,应该有一个业务逻辑层和一个数据访问层。

    我想用MVP创建一个web应用程序,它看起来不像这样简单。关于MVP中的业务逻辑应该放在哪里,有很多意见,我不确定我是否已经找到了一个非常好的答案。

    我在想我的建筑应该是这样的:

    我会用linqtosql和数据库对话。WCF服务为业务逻辑层定义数据协定接口。然后对UI/BLL使用MVP和ASP.NET表单。

    这种想法在我脑子里是有道理的,但是已经很晚了。走这条路的人有什么指引吗?好的链接?警告?

    谢谢!

    2 回复  |  直到 16 年前
        1
  •  3
  •   TomTom    16 年前

    在我看来,有一个 课程包括: CustomerBusinessLogic.cs, OrderBusinessLogic.cs等

    我会使用linqtosql与 数据库。定义数据的WCF服务 业务的合同接口 逻辑层。然后将MVP与ASP.NET结合使用 UI/BLL的窗体。

    现有DataAccessLayer程序集

    每日WTF-当您使用linqtosql时,DAL程序集到底有什么用?LINQ to SQL(运行时)是您的DAL。

    任何沿着这条路走的人 有什么指导吗?好的链接?

    你基本上选择了我能想到的每一个反模式——维护噩梦,用大量无用的技术过度设计。您将层技术强制到分层体系结构中。

        2
  •  0
  •   bloparod    16 年前

    关于XXXBusinessLogic God Objects 很快。在表示行为的领域中有意义的对象中思考,而不是在BusinessLogic“对象”中思考。这些“对象”将完成XXX的所有工作,是的,它们是维护的噩梦。