敏捷/ XP和分层方法[关闭]

Question

可以敏捷/ XP与分层的方法一起去？

应该敏捷/ XP与分层的方法一起去？

打破源代码转换层需要额外的努力，从而显著增加了开发时。

N.B：通过 '图层' 我的意思是与POCO，DA等单独的程序集

Answer 1

敏捷/ XP是管理你的项目活动，成果和时间安排的做法。

分层（N层）的应用是提高可维护性，可扩展性，并为团队成员的能力的方式分离的责任区。

他们没有太多的互相做，但如果你不熟悉，每次都将需要时间追加投资。双方将趋于完善项目的质量，如果使用得当，相对于传统的替代品。

Answer 2

在我看来，而不是敏捷的警告：“你不会需要它”是不是为了避免复杂性完全，但要避免增加不必要的复杂性。事实上，单元测试的好处之一是建立一门学科，其中你可以无畏地重构等等东西结束了属于它的地方，而不是它可能已经开始。

因此，问题是不能避免的层（或层，如果必须） - 点是避免吸层

Answer 3

两者是完全正交的。

在XP中，你开发的功能系统功能。当您添加的功能，你不断地重构系统，以确保它的实现是尽可能明确。层通常属于该重构出来。因为这样做层如果该体系结构是适当的，或其他大型建筑结构如SEDA或REST。

Answer 4

我想，在这里，他们真正的问题是应该有开发商瓜分了通过层上team-你应该有一个HTML开发，一个js开发，中间层的人，一个邮件系统的人，以及所有的DBA共同打造工作一个CRUD形式，还是应该由你打造的功能，让一个人自己的线程。后者是优选的agile-专业通才是优选的给专家。

Answer 5

它是明智的有几支球队对敏捷项目一起工作？是的：我已经在一个大型项目跨越15+团队曾与200多个开发商。大约有20或30个服务中的所有

这能有专门的团队做了什么？并不是的。

能否小组成员有专长？是的，但你真的需要通才，在某些领域，而不是谁的人只知道一两件事，也不会碰别的优势。