【架构基础】简单设计原则

简单设计来源于极限编程(ExtremeProgramming,简称XP)。XP是由KentBeck在1996年提出的,是一种软件工程方法学,是敏捷软件开发中最富有成效的几种方法学之一。XP存在四个核心实践:TDD(Test-Driven Development)、重构(Refactoring)、简单设计(Simple Design)、结对编程(Pair Programming)。

【架构基础】简单设计原则_第1张图片

简单设计四原则:

1 通过所有测试(Passes its tests)

2 尽可能消除重复(Minimizes duplication)

3 尽可能清晰表达(Maximizes clarity)

4 更少的代码元素(Has fewer elememts)

以上四个原则的重要程度依次降低。

简单设计原则初看平淡无奇,然而慢慢品味,实则大道至简:

通过所有测试,即功能的正确性,意味着我们开发的功能必须满足客户的需求。该原则隐含设计人员与客户沟通的重要性,保证原始需求与代码的设计、实现一致。

尽可能地消除重复,是对代码质量提出的要求。可扩展性是软件质量的八大属性之一,而重复是万恶之源(root of all evils),重复严重影响代码的可扩展性。

尽可能地清晰表达,清晰表达的代码,可以增加代码的可维护性。在宏观层面上,可以通过统一语言(Ubiquitous Language,来源于《领域驱动设计:软件核心复杂性应对之道》),实现业务人员、架构人员、开发人员、测试人员之间的需求传递;在微观层面上,通过引入DSL(领域特点语言,Domain Specific Language),函数名称自注释,引入解释性变量等方法,实现更易于理解的代码。

更少的代码元素,如无必要,勿增元素。它告诫我们避免为了迎合未来可能不存在的变化,落入过度设计的陷阱。在满足客户需求的基础上,只要功能代码做到了最小重复和清晰表达,就要避免进一步拆分或提取类、方法和变量。

最后一句话非常重要,它明确指出了以上四个原则的优先级关系。首先,保证功能正确性;其次,减少代码重复;再次,提升代码可理解性。若已满足了这三点要求,就不必过度设计,新增代码元素。正如曾国藩所言“物来顺应,未来不迎,当时不杂,既往不恋”。

你可能感兴趣的:(架构基础,架构,软件工程)