最重要的是，“隐喻”似乎是XP(Extreme Programming)中最不了解的戒律之一。
很难掌握并据说“当你得到它时，你的头上的灯泡”。隐喻似乎是“编程是神秘艺术”的前沿。其他人比较容易遵循。我读了很多书，然后读了一些..但它仍然模糊。
很难掌握并据说“当你得到它时，你的头上的灯泡”。隐喻似乎是“编程是神秘艺术”的前沿。其他人比较容易遵循。我读了很多书，然后读了一些..但它仍然模糊。
>那么如何识别正在开发的系统的比喻？
>我怎么知道它是一个好的？什么使一个好的比喻好？编辑澄清：一个坏的比喻可以做更多的伤害比好吗？
>它启用了什么？
>我如何善于比喻，或比现在更好？
当您的母亲问你正在做什么，你尝试向她解释细节时，隐喻就是你开始使用的东西。你如何找到它是非常具体的项目。使用您的常识，或找到您的团队中善于以易于理解的方式向客户解释技术问题的人。
什么XP在我看来建议如下：
>尝试设计一个易于使用现实生活类比解释的系统。您的系统很复杂，尝试使用一种设计，其中子组件之间的关系和相互作用是清晰的，并且类似于已经看到常识的人。
>在所有通信中使用类比：源代码，规划会议，与用户交谈，或上帝离职，撰写文档。如果你发现你所使用的概念不适合某些领域，那么尝试找一个更好的比喻。
如果你有麻烦介绍一个隐喻，也许这个问题在别的地方。您可能设计不适合XP，或者您可能拥有公司文化，例如开发人员使用不同于营销人员的语言。这两个项目属性都可以轻松地与您的项目结合起来，使您的项目成功，但是除非您在这些领域进行更改，否则更难接受XP。
