【问题标题】:Implement DDD and TDD with existing team与现有团队一起实施 DDD 和 TDD
【发布时间】:2011-12-28 16:05:40
【问题描述】:

在我的上一个项目中,我应用了 DDD N 层,因为应用程序非常复杂,因为业务逻辑是动态的,并且无法预先捕获需求。

它非常适合敏捷开发,有助于在迭代过程中逐步理解域逻辑。我们使用 TDD 来了解预期行为并开发领域模型 (DDD)。

问题是在我的团队中,有些团队成员并没有真正了解 OOP 的基础知识以及 SOLID、Refactoring 等实践。他们更习惯于使用 SQL 过程来实现业务逻辑。这也影响了他们的生产力,因为他们必须学习所有这些概念。

所以问题是,这通常发生在其他软件公司吗?

【问题讨论】:

  • 奇怪的问题,是的,确实如此。此外,它发生在其他开发人员不知道的任何技术\概念上,他们需要学习它。你还能期待什么......

标签: tdd domain-driven-design


【解决方案1】:

是的,它发生了。

DDD 需要强大的技能和纪律。

开发人员通常习惯于使用存储过程和过程编程。 在大多数情况下,开发人员“认为”要制作 OOP,但实际上他们正在做大量的过程式编程。

所以我建议在做 DDD 之前花一些时间学习并在以下主题上授权团队:

  • 哎呀
  • 单元测试
  • 代码气味
  • 重构

然后在试点项目中尝试 DDD。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-11-11
    • 1970-01-01
    • 2016-07-02
    • 1970-01-01
    • 2022-06-15
    • 1970-01-01
    相关资源
    最近更新 更多