【问题标题】:Is it possible to apply eXtreme Programming for interfaces (protocols, APIs or frameworks)?是否可以为接口(协议、API 或框架)应用极限编程?
【发布时间】:2011-05-12 21:24:25
【问题描述】:

如果你必须让几个程序依赖于一个接口(协议、API或框架),是否可以用XP(eXtreme Programming)风格制作接口?

【问题讨论】:

  • 这个问题的答案将是一个非常见仁见智的问题。
  • @Don 是的,这是一个关于智慧的问题,而不是简单的正确答案。也许不适合这个网站,但是答案对我很有帮助:)

标签: extreme-programming


【解决方案1】:

XP 的基本原则之一是频繁迭代。这在添加功能方面可能很有用,但它与对稳定界面的需求相冲突。不断变化的接口就是不断损坏的接口。

问问那些不得不处理一些流行网站的接口的人。

【讨论】:

  • 感谢您让我确定 XP 不适合接口。真的很好奇。正如我所描述的那样,我经历了一个项目,遗憾的是,该项目无法成功。我正在寻找失败的原因:)
【解决方案2】:

我不得不不同意 Mark Ransom。您选择的方法和工作流程当然会影响应用程序的设计。但如何处理接口更改、BC 中断或如何避免它们取决于开发人员。此外,如何应用 XP 的许多方面取决于您,如果不适合,您不需要“无情地重构”。

敏捷方法源于用户的反馈,反之亦然的反馈将使更精确的产品成为可能。做得对,您的界面将在现实世界中成熟。那么接口的完整性和稳定性只受其带宽和应用数量的限制。当然,您需要一种良好的催化剂来使您保持正轨。哪个更可能是个问题。

此外,测试优先的方法通常会产生精确、方便且面向用户(程序员)的产品。在我看来,这是迈向稳定的一大步。

【讨论】:

  • 感谢您的回答。你的意见也是对的。这完全取决于如何做。我的团队无法很好地处理界面重构。
【解决方案3】:

您对框架的需求以及该框架需要支持的内容有多大把握?

XP 流程可能做的第一件事就是挑战这个假设,比如YAGNI

如果你毕竟确实需要一个框架,它应该从重构中出现,然后只包含你真正需要的部分。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-10-06
    • 2010-12-10
    • 1970-01-01
    • 2015-11-15
    • 1970-01-01
    • 2020-02-24
    相关资源
    最近更新 更多