Внедрить DDD и TDD с существующей командой - PullRequest
1 голос
/ 15 декабря 2011

В моем последнем проекте я применил DDD N-Layer, поскольку приложение довольно сложное в том смысле, что бизнес-логика динамична, а требования не могут быть получены заранее.

Он прекрасно вписывается в гибкую разработку, которая помогает постепенно понять предметную логику на протяжении итераций.Мы использовали TDD для понимания ожидаемого поведения и разработки модели предметной области (DDD).

Проблема в том, что в моей команде некоторые члены команды не знают основ ООП и таких практик, как SOLID, Refactoring.Им удобнее использовать процедуры SQL для реализации бизнес-логики.Это также влияет на их производительность, так как они должны изучить все эти концепции.

Итак, вопрос в том, происходит ли это обычно в других компаниях, занимающихся программным обеспечением?

1 Ответ

0 голосов
/ 23 декабря 2011

Да, это происходит.

DDD требует сильных навыков и дисциплины.

Разработчики обычно и исторически чувствуют себя комфортно с хранимыми процедурами и процедурным программированием.В большинстве случаев dev «думает» сделать ООП, но на самом деле они занимаются большим количеством процедурного программирования.

Поэтому я предлагаю перед выполнением DDD потратить несколько раз на изучение и расширение возможностей команды по таким темам, как:

  • ООП
  • Модульное тестирование
  • Запах кода
  • Рефакторинг

и затем попробуйте DDD в пилотном проекте.

...