英文原文：Swiss Army Knife Syndrome

　　如果大家認(rèn)為這篇文章更多是在噴，我先說抱歉。“瑞士軍刀綜合癥”的想法是起源于我和項目經(jīng)理、客戶、甚至其他開發(fā)者打交道的過程中產(chǎn)生的沮喪感，他們都以一種狹隘特殊的方式思考問題。我稱之為“瑞士軍刀綜合癥”。

　　瑞士軍刀

　　“瑞士軍刀”這個詞通常用于描述一種可以在各種情況下使用的多種工具的集合體。

　　雖然這樣的組合可能很有用，但同樣要注意一些風(fēng)險。一個有太多活動部件的工具，可能最后是完全無用的！什么都能做的工具，就是什么都做不好的工具。

　　就我的經(jīng)驗(yàn)來看，同樣的問題也出現(xiàn)在軟件上。大多數(shù)時候，開發(fā)人員僅僅因?yàn)?ldquo;這很酷！”就把一些功能或者一段代碼放進(jìn)工程里；項目經(jīng)理們會認(rèn)為這樣或那樣的特性可以增加價值，并且在項目中期修改需求；消費(fèi)者因?yàn)槁犝f或看到某個性能對他們“至關(guān)重要”而期望額外功能或特性。

　　這種“瑞士軍刀綜合癥”可以有很多形式：需求范圍的蔓延，過早的優(yōu)化，等等。但是問題的根源在于，我們是如何理解并評判軟件、工作量及其附加價值的價值：

更多功能 = 更大價值

　　現(xiàn)實(shí)中，以及絕大多數(shù)情況，事實(shí)恰恰相反。一段代碼或者一個軟件越復(fù)雜，它提供的價值就越少。一個個人的例子就可以簡單說明這一概念，Demac Media內(nèi)部使用的樞紐控制臺。

　　本來這個應(yīng)用很簡單：我們需要一個（1）查看所有分配給小組的任務(wù)和（2）通過本周或兩周的底線來過濾任務(wù)——簡單來講，就是一個帶有過濾功能的任務(wù)整合器。

　　我用了一周時間，寫出了基本的功能。在下周周一時，我給我們團(tuán)隊的項目經(jīng)理展示的時候，他認(rèn)為這個應(yīng)用不錯，很有用。

“……但是，如果……，將會更不錯……”

　　于是瑞士軍刀綜合癥開始了：這個工具要和另一個團(tuán)隊共同使用。在他們還沒有開始使用之前，我們就收到了一堆需要添加的新特性。突然間，我們有了很多遠(yuǎn)超出這個應(yīng)用最開始設(shè)計的需求。

　　明確目的

　　軟件應(yīng)該是簡潔的，只提供它應(yīng)該提供的功能。為了配合上面的軍刀，一段優(yōu)秀的代碼，就應(yīng)該像廚子的刀一樣。一個廚刀很簡潔，有特定的功能。一個專業(yè)大廚會在不同情況下用不同的刀。同樣的思維方式也應(yīng)該應(yīng)用到代碼中。

　　只做一件事，并做好它。

　　我們發(fā)現(xiàn)軟件設(shè)計中也有同樣的原則，通常叫做單一功能原則：

單一功能原則規(guī)定每個類都應(yīng)該有一個單一的功能，并且該功能應(yīng)該由這個類完全封裝起來。所有它的服務(wù)都應(yīng)該嚴(yán)密的和該功能平行。

　　總結(jié)

　　任何一個公司、項目經(jīng)理、開發(fā)人員，或者是客戶都應(yīng)當(dāng)遵守這一邏輯。我們傾向于認(rèn)為，擁有更多或者實(shí)現(xiàn)更多就等同于更好、更有價值。軟件應(yīng)該是優(yōu)雅的，優(yōu)雅的代碼就是簡潔地完成需求的代碼。因此，我們開發(fā)人員有責(zé)任確保我們所寫的每段代碼都盡可能優(yōu)雅簡潔。

it知識庫：軟件開發(fā)中的“瑞士軍刀綜合癥”，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。