设计架构,分离项目。我在“思考”吗?

时间:2008-12-04 09:01:19

标签: c# visual-studio architecture

想象一下有以下情况:

您需要创建一个系统,其后端与前端分开,当然,编程时这一点非常重要。但是如果你想在不改变前端的情况下完全改变后端怎么办?

例如,在创建大型网站时,我会选择以下项目:

数据 - 处理所有数据连接,即LINQ生成的文件和其他部分覆盖。

接口 - 这一层很有意思,这是溢出吗?将接口分开是因为,业务逻辑和数据层可能有许多共同的接口,而不是从Front引用数据层,您可以引用接口层,然后让业务逻辑向您发送接口,而不是知道数据层中数据对象的正确类和结构。

业务逻辑 - 这说明了应用程序的业务逻辑。

前端 - Web,GUI或其他任何需要的东西,当然是代码。

我的问题是,这是层层叠加和思考吗?接口层可能不重要吗?建议

1 个答案:

答案 0 :(得分:3)

界面层只是一个层,在某种意义上,您可以将其与其他所有层分开定义。但是,接口应该只定义服务的边界,所以它不会充满代码。

我认为,如果没有定义界面传递界面,你会如何传递界面,我认为 过度界面。

从一组简单的接口开始,如果你想先设计,但如果你发现自己没有考虑过任何可能性,那么请准备好扩展它们。

真的,你有

  • 数据+数据界面
  • 业务逻辑+界面
  • 前端+图形用户界面

每个图层在某种程度上使用并封装了之前的图层。接口没有真正的单独层,或者你在层之间放置什么?接口只是意味着两件事之间的界限,所以就这样使用它。

概括和概括是非常诱人的,但是你最终只是设计了一种新的编程语言或范式。大部分时间,这不是简报的一部分。

简介!当然,我们忘记了。从那开始,确定您的接口,并开始编写最简单的用例。随着你的进展,这种思考将会发展。