architecture - 在域模型实现中是否应该考虑 UI 项目类型?

标签 architecture domain-driven-design dns design-patterns

嗯,问题在标题中:)。关于这个问题的一些想法......

我正在考虑我的应用程序的域模型。我发现状态模式很适合我,因为我有更改其状态的业务对象,并且状态具有严格的顺序,还有许多逻辑取决于状态的操作。
但是我知道我的 UI 将是 Web 应用程序。由于 Web 应用程序是无状态的(在其一般实现中),因此状态只会更改一次,我将无法享受状态模式的所有好处。在这种网络场景中,我什至不需要在 someAction 中更改 StateObject。
所以也许只创建状态顺序规则而不使用状态模式会更好?

最佳答案

您的域层不应该知道您的 UI 层。域对象应该被创建为与 UI 无关。这并不是说不能以与 UI 一起工作的方式设置域对象;这取决于项目,这是我现在正在处理的事情。

关于architecture - 在域模型实现中是否应该考虑 UI 项目类型?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4665980/

相关文章:

c# - 领域服务的最佳设计

amazon-web-services - 将 Namecheap 区域文件导入 AWS Route53

mvvm - 在 Prism 应用程序的上下文中 Unity 与 MEF?

domain-driven-design - 自下而上的方法有什么问题

c# - 三层 Entity Framework 应用程序中的 DTO

json - 如何在DDD中组织Web服务访问?

ruby-on-rails - Ruby on Rails 路由,如何强制更改子域/域

dns - 如何设置 GitHub Pages 将 DNS 请求从子域(例如 www)重定向到顶级域(TLD、Apex 记录)?

perl - 在 Perl 中优雅地确定系统架构

c# - API 数据条件检查列表