我們程序員在著手一個(gè)項(xiàng)目時(shí)，需要做的關(guān)鍵決定之一就是選擇一種語(yǔ)言，或一組語(yǔ)言，用于實(shí)施該系統(tǒng)。這一決定不僅會(huì)影響系統(tǒng)的實(shí)現(xiàn)，也會(huì)影響設(shè)計(jì)。例如，我們應(yīng)該使用 面向?qū)ο蟮恼Z(yǔ)言還是過(guò)程語(yǔ)言？選擇什么語(yǔ)言對(duì)項(xiàng)目以及作為項(xiàng)目一部分的程序的生命周期有著深遠(yuǎn)的影響，很多次，我們基于一些非常善變的因素，沒(méi)有思考太多 就去選語(yǔ)言：這語(yǔ)言是我慣常用來(lái)實(shí)現(xiàn)這類(lèi)系統(tǒng)的；這語(yǔ)言我了解得最透徹；這是我最喜歡的語(yǔ)言，我很享受于用這種語(yǔ)言編程；等等。
既然這個(gè)決定會(huì)導(dǎo)致深刻而長(zhǎng)遠(yuǎn)的結(jié)果，那么我們是不是在做這個(gè)抉擇時(shí)應(yīng)該更加務(wù)實(shí)？很多時(shí)候，我們會(huì)盲目地偏頗于我們選擇的語(yǔ)言。而且，有時(shí)候我們之所以不喜歡選擇這種語(yǔ)言的原因可能正是為什么我們要選擇那種語(yǔ)言的原因。
如果我們能夠放開(kāi)胸懷，坦誠(chéng)地對(duì)待自己持有的偏見(jiàn)，那么我們就可以減輕一些類(lèi)似在裝修時(shí)硬要將方釘釘進(jìn)圓形孔的痛苦。雖然我們沒(méi)有什么秘訣來(lái)為項(xiàng)目選擇完美語(yǔ)言，但還是可以遵循一些原則，幫助我們做出一個(gè)更好，更合適的語(yǔ)言選擇。
沒(méi)有完美的語(yǔ)言
這一點(diǎn)對(duì)任何人，甚至是新手而言，都是在意料之中的，并且我們很多人都愿意承認(rèn)，“當(dāng)然，這種語(yǔ)言并不是完美的語(yǔ)言，”但與此同時(shí)，我們很多人還是 會(huì)說(shuō)，“這語(yǔ)言是最好的編程語(yǔ)言”。說(shuō)一種語(yǔ)言是項(xiàng)目的最好語(yǔ)言的關(guān)鍵是項(xiàng)目的背景，也就是說(shuō)，最好的語(yǔ)言只存在于一定的范圍內(nèi)。這就是我們的第一條原 則：
沒(méi)有完美的語(yǔ)言：每一種語(yǔ)言都有它的優(yōu)點(diǎn)和缺點(diǎn)。
例如，許多通常使用運(yùn)行時(shí)語(yǔ)言，如Java或Python的開(kāi)發(fā)人員，聲稱C或C ++令人透不過(guò)氣來(lái)，會(huì)因?yàn)殛P(guān)注例如內(nèi)存管理這類(lèi)低層次的細(xì)節(jié)，或關(guān)心編譯時(shí)類(lèi)型檢查的嚴(yán)格粒度，而扼殺分置于開(kāi)發(fā)人員的職責(zé)。這是事實(shí)，只要我們正在開(kāi) 發(fā)的項(xiàng)目不關(guān)注看似瑣碎的任務(wù)，如內(nèi)存管理或發(fā)生在單一循環(huán)中的copy-assignment的數(shù)量。
相反，如果我們工作在一個(gè)項(xiàng)目，或項(xiàng)目的一部分，那么對(duì)于代碼應(yīng)該如何高效以及程序的關(guān)鍵性安全的偏見(jiàn)需求是自然而然的，這些看似繁瑣的細(xì)節(jié)可能正 是我們正在尋找的粒度水平。在這種新的背景下，Java或Python的運(yùn)行時(shí)性質(zhì)似乎過(guò)于漠不關(guān)心或過(guò)于心不在焉。相反，我們希望當(dāng)內(nèi)存分配和釋放的時(shí) 候，能夠嚴(yán)格控制有多少move-assignment和copy-assignment被執(zhí)行，并在編譯時(shí)捕捉盡可能多的錯(cuò)誤，而不是讓錯(cuò)誤滲入運(yùn)行時(shí) （表現(xiàn)為運(yùn)行時(shí)異常）。
雖然在理論上“沒(méi)有完美的語(yǔ)言”這一點(diǎn)聽(tīng)起來(lái)是顯而易見(jiàn)的，但是我們作為開(kāi)發(fā)人員的行為通常會(huì)背離這個(gè)概念：我們說(shuō)我們知道我們最喜歡的語(yǔ)言是不完 美的，但我們還是繼續(xù)對(duì)我們開(kāi)發(fā)的項(xiàng)目使用這種語(yǔ)言，不管它是否適合。此外，當(dāng)其他的開(kāi)發(fā)人員質(zhì)疑我們選擇的語(yǔ)言時(shí)，我們會(huì)堅(jiān)決捍衛(wèi)我們的選擇，而不愿意 從他或她的反駁中看見(jiàn)事實(shí)的真相。請(qǐng)記住：每一種語(yǔ)言都有它的優(yōu)點(diǎn)和缺點(diǎn)。了解你掌握的語(yǔ)言的優(yōu)點(diǎn)和缺點(diǎn)，然后根據(jù)實(shí)際情況做出選擇。
你不喜歡一種語(yǔ)言的原因可能就是你應(yīng)該使用它的原因
這似乎違反直覺(jué)，但有的時(shí)候，我們之所以不喜歡一門(mén)語(yǔ)言可能正是使用某種語(yǔ)言的原因。還是上面的例子，在我作為一個(gè)C ++開(kāi)發(fā)人員的經(jīng)驗(yàn)中，很多時(shí)候因?yàn)橛心敲炊嗖煌母拍钜櫍▋?nèi)存管理和對(duì)象壽命時(shí)間，C ++編程三原則等），以致于完成項(xiàng)目的一個(gè)簡(jiǎn)單功能都會(huì)變得繁瑣不堪。在用C ++開(kāi)發(fā)幾周之后，使用Python，Java或另一種“更高級(jí)”的語(yǔ)言，簡(jiǎn)直就像上天的恩賜：但真的是這樣的嗎？
有時(shí)候，可能我們不喜歡一門(mén)語(yǔ)言的原因正是我們要使用該語(yǔ)言的原因。如果我正在開(kāi)發(fā)一個(gè)驅(qū)動(dòng)程序或一些關(guān)鍵性安全，實(shí)時(shí)的系統(tǒng)，上面表述的繁瑣不堪 的原因可能正是這個(gè)語(yǔ)言的最大優(yōu)勢(shì)。例如，C ++提供了一種機(jī)制用于表達(dá)當(dāng)對(duì)象被復(fù)制時(shí)被執(zhí)行的邏輯，這在效率和嚴(yán)謹(jǐn)性井然有序的時(shí)候是非常寶貴的。
這可能看上去都很好都很棒，因此我們很難確切指出在某個(gè)背景下，某種你看不順眼的語(yǔ)言可能反而更有幫助。那么，我們?cè)撛趺粗滥男┠悴幌矚g的語(yǔ)言是有幫助的呢？這就引出了我們的第二條原則：
對(duì)自己要誠(chéng)實(shí)：知道自己為什么不喜歡一門(mén)語(yǔ)言，不要教條化自己的憎惡。
例如，在上面那個(gè)C ++的例子中，我之所以不喜歡長(zhǎng)時(shí)間地用C ++編程，是因?yàn)檫@語(yǔ)言要求思想嚴(yán)謹(jǐn)，否則很容易犯錯(cuò)，就像是被困于叢林中（過(guò)多地關(guān)注樹(shù)木，而不是樹(shù)林這個(gè)整體）。這種嚴(yán)謹(jǐn)會(huì)妨礙開(kāi)發(fā)人員去質(zhì)疑，如， “我要在堆棧上或堆上創(chuàng)建對(duì)象嗎，或者部分在堆棧上，另一部分在堆上？”或“要讓這個(gè)類(lèi)可擴(kuò)展，應(yīng)該通過(guò)模板參數(shù)還是通過(guò)繼承？”等決定。在其他語(yǔ)言中， 開(kāi)發(fā)人員只需分別創(chuàng)建一個(gè)對(duì)象以及使用面向?qū)ο蟮睦^承就可以完成這些任務(wù)，然后進(jìn)入到下一個(gè)功能，因?yàn)檎Z(yǔ)言（或者，更準(zhǔn)確地說(shuō)，編譯器或解釋器）關(guān)注這些 細(xì)節(jié)。
但是，如果我對(duì)自己誠(chéng)實(shí)的話，我會(huì)承認(rèn)，我之所以不喜歡C ++的這些功能，是因?yàn)樗鼘⒈磉_(dá)這些細(xì)節(jié)的責(zé)任歸咎于我。在其他語(yǔ)言中，我不僅不需要負(fù)責(zé)這些細(xì)節(jié)，而且我也沒(méi)有責(zé)任表達(dá)這些細(xì)節(jié)：它們被抽象遠(yuǎn)離開(kāi)發(fā)人 員。在一個(gè)這些細(xì)節(jié)是必不可少的上下文中，我不喜歡C ++的原因正是我應(yīng)該使用這種語(yǔ)言的原因。
