技術(shù)爭(zhēng)論在博客和twitter里無(wú)休止地進(jìn)行著，這些爭(zhēng)論涵蓋每個(gè)開發(fā)人員社區(qū)。每個(gè)語(yǔ)言，框架，工具，和平臺(tái)在某個(gè)特定的時(shí)間都不可避免地會(huì)至少有幾個(gè)爭(zhēng)論在進(jìn)行中。

　　下面是我多年來(lái)對(duì)技術(shù)爭(zhēng)論所做的幾個(gè)總的觀察，以及對(duì)一些我最近看到的，尤其是關(guān)于ASP.NET Web Forms 和 ASP.NET MVC的最新討論的一些評(píng)論。

　　關(guān)于技術(shù)爭(zhēng)論的總的觀察

　　下面是幾個(gè)總的觀察，無(wú)關(guān)任何具體技術(shù)爭(zhēng)論：

　　（一） 開發(fā)人員喜歡充滿熱情地爭(zhēng)論和比較語(yǔ)言，框架，APIs，和工具。每個(gè)編程社區(qū)（.NET, Java, php, C++, Ruby, Python等等）都如此。我認(rèn)為你可以2種方式來(lái)看待這類宗教性的技術(shù)爭(zhēng)論：

　　1. 這些爭(zhēng)論有時(shí)很討厭，經(jīng)常是浪費(fèi)時(shí)間。
　　2. 這些爭(zhēng)論經(jīng)常是一個(gè)既健康又活躍的社區(qū)的一個(gè)標(biāo)志（因?yàn)榧で橐馕吨鵂?zhēng)論雙方的人都深切地關(guān)注著，遠(yuǎn)遠(yuǎn)好過(guò)了無(wú)興趣（apathy））。

　　就個(gè)人而言，我認(rèn)為兩者都對(duì)。

　　（二） 開發(fā)什么東西從沒(méi)有唯一的“正確之道（one right way）”。作為面試的開場(chǎng)題目，我有時(shí)會(huì)要求參試者以他們所能的效率最高的方式來(lái)對(duì)一組數(shù)字進(jìn)行排序，大多數(shù)人都做的不是很好。這通常并不是因?yàn)樗麄儾恢琅判蛩惴ǎ且驗(yàn)樗麄儚膩?lái)不想起來(lái)詢問(wèn)其后的場(chǎng)景和需求，而這些對(duì)理解效率最高的方式的做法是至關(guān)緊要的。數(shù)字序列有多大？典型數(shù)字序列的隨機(jī)度有多高？（是否大部分已經(jīng)排好序了？數(shù)字差幅有多大？數(shù)字都是獨(dú)特的么？重復(fù)數(shù)字是否群集在一起？）計(jì)算機(jī)架構(gòu)的平行度有多高？作為排序的一部分，能否分配內(nèi)存還是內(nèi)存必須是常量？ 等等。這些都是該問(wèn)的重要問(wèn)題，因?yàn)橐唤M數(shù)字的效率最高和最優(yōu)的排序方式依賴于對(duì)這些答案的理解。

　　任何時(shí)候人們聲稱某個(gè)編程問(wèn)題只有一個(gè)唯一的“正確之道”時(shí)，他們幾乎總是假定了一套固定的需求/場(chǎng)景/輸入，而這對(duì)每個(gè)場(chǎng)景或每個(gè)開發(fā)人員來(lái)說(shuō)，很少是最佳的。眾所周知，編程中的大多數(shù)問(wèn)題比將一組數(shù)字進(jìn)行排序要復(fù)雜多了。

　　（三） 優(yōu)秀的開發(fā)人員使用差的工具/框架也能造出優(yōu)秀應(yīng)用來(lái)，差的開發(fā)人員使用優(yōu)秀的工具/框架也能造出差的應(yīng)用來(lái)。在根據(jù)所用的工具/框架對(duì)你正建造的應(yīng)用的質(zhì)量來(lái)做太廣的假定（無(wú)論好壞）時(shí)要千萬(wàn)謹(jǐn)慎。

　　（四） 開發(fā)人員（好的和差的）可以通過(guò)延伸自己，學(xué)習(xí)新的思路和方式方法來(lái)變得更加強(qiáng)大。即時(shí)他們最終并不直接使用新的東西，學(xué)習(xí)這個(gè)行動(dòng)本身就能以積極的方式使得他們變得銳利。

　　（五） 在技術(shù)行業(yè)里，變化是永恒的。變化可以令人害怕。但你是否被變化壓倒（get overwhelmed），歸根到底取決于你是否讓你自己被壓倒。別太擔(dān)心需要停下來(lái)，突然學(xué)一堆新東西，你很少需要那么做。 避免被壓倒的最好方法就是務(wù)實(shí)，對(duì)大范圍的東西在高的層次上保持相當(dāng)?shù)亓私猓ǘ粌H僅是技術(shù)和工具，也包括方法學(xué)），有自信認(rèn)識(shí)到，如果學(xué)一門新技術(shù)很重要，那么你現(xiàn)有的開發(fā)技能的絕大部分能夠轉(zhuǎn)移過(guò)去并且有所幫助。不管怎樣，對(duì)開發(fā)而言，句法和APIs很少是最重要的東西，問(wèn)題的解決，客戶共鳴和互動(dòng)（customer empathy/engagement），以及能夠?qū)Ｗ⒁粋€(gè)項(xiàng)目并且訓(xùn)練有素的能力，更為寶貴。

　　（六） 下面是我偶爾會(huì)給我的開發(fā)團(tuán)隊(duì)的人員一些在與他人協(xié)作和交流時(shí)的引導(dǎo)：

　　1. 告訴別人他們很蠢，你很少會(huì)贏得爭(zhēng)論，無(wú)論你對(duì)他們智商問(wèn)題的解釋是多么有善意，或者是多么有說(shuō)服力。
　　2. 總有某個(gè)人，在世界上某個(gè)地方，比你更聰明，- 別總是假設(shè)他們跟你不在一個(gè)屋里。
　　3. 你交流的人往往會(huì)忘記你給予他們的贊譽(yù)，往往會(huì)記住以前的侮辱，- 所以說(shuō)話時(shí)一定要審慎，否則后患無(wú)窮（come back to haunt you later）。
　　4. 人們可以改變主意，也會(huì)改變主意， - 所以在爭(zhēng)論中一定不要固執(zhí)己見(jiàn),他們改變主意的話,也別洋洋得意或者歧視他們。

　　（七） 當(dāng)我聽(tīng)人埋怨編程抽象不太好時(shí), 我總是發(fā)現(xiàn)有點(diǎn)啼笑皆非，特別是當(dāng)這些埋怨是通過(guò)博客來(lái)發(fā)表的時(shí)候，想想博客內(nèi)容是使用HTML來(lái)顯示的，用CSS來(lái)做的樣式，用JavaScript來(lái)做交互的，在線上是用HTTP傳輸?shù)模?a href=/yuedu/fuwuqi/ target=_blank class=infotextkey>服務(wù)器端是用高級(jí)語(yǔ)言編寫的應(yīng)用實(shí)現(xiàn)的，使用了面向?qū)ο蟮模厥盏目蚣埽窃诮忉尩幕騄IT編譯的字節(jié)碼運(yùn)行時(shí)之上運(yùn)行的，博客內(nèi)容和評(píng)論最終是保存在關(guān)系數(shù)據(jù)庫(kù)中的，最終還是通過(guò)SQL查詢字符串來(lái)訪問(wèn)的。所有的這些都是在主機(jī)服務(wù)器上的VM中運(yùn)行的，而VM 中的OS以kernel模式和用戶模式進(jìn)程界限對(duì)內(nèi)存進(jìn)行分配，使用線程調(diào)度工作，使用信號(hào)觸發(fā)設(shè)備事件，使用抽象的存儲(chǔ)API做硬盤持久。等下一次你讀到 “ORM與存儲(chǔ)過(guò)程之比較” 或者 “服務(wù)器控件，是好是壞？” 貼子的時(shí)候，非常值得把所有這些東西在腦子里再回想一番。而更有趣的爭(zhēng)論都是關(guān)于特定問(wèn)題的最佳抽象的。

　　（八） 編程爭(zhēng)論的歷史是一個(gè)漫長(zhǎng)的無(wú)限循環(huán)，其實(shí)大多數(shù)的編程想法都早已被解決過(guò)很多次了。不管是真是假，我們今天爭(zhēng)論的許多問(wèn)題很久以前就已在LISP 和 Smalltalk中解決了。令人啼笑皆非的是，盡管非常優(yōu)雅地開創(chuàng)了許多東西，這二門語(yǔ)言卻用得不太多了，琢磨去吧。

　　針對(duì) ASP.NET Web Forms / ASP.NET MVC之爭(zhēng)的一些評(píng)論：

　　下面是對(duì)我最近看到在社區(qū)里傳播的一些爭(zhēng)論的幾個(gè)評(píng)論，這些爭(zhēng)論是關(guān)于ASP.NET Web Forms 和 ASP.NET MVC哪個(gè)方案最好的：

　　（一） Web Forms 和 MVC是用來(lái)建造ASP.NET應(yīng)用的2種方案，它們都是不錯(cuò)的選擇。取決于應(yīng)用的需求和參與開發(fā)的團(tuán)隊(duì)成員的背景，對(duì)特定的問(wèn)題，每個(gè)方案都可以成為 “最佳選擇”。你可以使用兩者中的任意一個(gè)建造出優(yōu)秀應(yīng)用來(lái)。你也可以使用兩者中的任意一個(gè)建造出糟糕應(yīng)用來(lái)。你是好的還是差的開發(fā)人員，并不取決于你選擇了什么。使用兩者，你可以是絕對(duì)地棒，也可以是毫無(wú)用處。

　　（二） ASP.NET 和 Visual Studio開發(fā)團(tuán)隊(duì)在Web Forms 和 MVC上都投下了大量資源，隨便哪個(gè)都不會(huì)消失。兩者在接下來(lái)的幾個(gè)月內(nèi)都會(huì)有重大發(fā)布。ASP.NET 4包含了對(duì)Web Forms的重大更新 （干凈的 ClientID 和 基于CSS的標(biāo)識(shí)輸出，較小的ViewState, URL導(dǎo)向， 新的數(shù)據(jù)和報(bào)表控件， 新的動(dòng)態(tài)數(shù)據(jù)特性，新的SEO APIs, 新的VS設(shè)計(jì)器和項(xiàng)目改進(jìn)等等）。ASP.NET 4中還會(huì)同時(shí)發(fā)布ASP.NET MVC 2，其中包含了重大的更新（強(qiáng)類型的輔助方法，模型驗(yàn)證，多區(qū)域，更好的腳手架支持，異步支持，更多的輔助方法APIs等）。別擔(dān)心其中一個(gè)會(huì)變成死路一條或者你必須轉(zhuǎn)向某一個(gè)。我懷疑，在我們大家都死了很久以后，在InterNET某個(gè)地方還會(huì)有服務(wù)器依然還在運(yùn)行基于 ASP.NET Web Forms 和 ASP.NET MVC兩者的應(yīng)用。

　　（三） Web Forms 和 MVC 間共享的代碼/基礎(chǔ)設(shè)施/APIs 遠(yuǎn)遠(yuǎn)超過(guò)了參與爭(zhēng)論雙方的任意一位所提到的，- 認(rèn)證，授權(quán)，成員，角色，URL導(dǎo)向，緩存，會(huì)話狀態(tài)，用戶信息，配置，編譯，.ASPx網(wǎng)頁(yè), .master 文件, .ascx 文件, Global.asax, 請(qǐng)求/回復(fù)/Cookie APIs, 健康監(jiān)測(cè)，進(jìn)程模型，跟蹤，部署，AJAX, 等等等等。無(wú)論你是怎么構(gòu)建你的UI的，你學(xué)到的所有常用的東西還是同樣有效的。在未來(lái)，我們將繼續(xù)投入大量資源建造可用于Web Forms 和 MVC兩者的核心ASP.NET特性（ 象URL導(dǎo)向，部署，輸出緩存，和我們加到 ASP.NET 4 中的DataAnnotation的驗(yàn)證特性）。

　　（四） 我經(jīng)常發(fā)現(xiàn)圍繞著編程模型之合適性和抽象的爭(zhēng)論有點(diǎn)可笑。Web Forms 和 MVC兩者都是編程web框架抽象，是建立在更廣的框架抽象之上的，以高級(jí)編程語(yǔ)言編程，在運(yùn)行引擎抽象之上運(yùn)行，而運(yùn)行引擎抽象本身又是在名為OS的巨大抽象之上運(yùn)行的。你用Web Forms 和 MVC創(chuàng)建的是 HTML/CSS/JavaScript （所有的抽象都被持久為文本，在HTTP之上傳輸，而HTTP則是另一個(gè)高層次的協(xié)議抽象）。

　　該爭(zhēng)論的有趣的問(wèn)題不是這些抽象是好還是壞，而應(yīng)該是哪個(gè)抽象你感覺(jué)最自然，哪個(gè)抽象與你項(xiàng)目的需要/場(chǎng)景/開發(fā)人員最匹配。

　　（五） 我們即將對(duì)www.ASP.NET網(wǎng)站做一個(gè)非常重大的更新。作為更新的一部分，我們將發(fā)表更多的全程（end to end）教程/內(nèi)容（Web Forms和MVC兩者都有）。我們還將提供教程和指引，幫助開發(fā)人員很快地評(píng)估Web Forms和MVC兩種方案，輕松地學(xué)習(xí)兩者的工作原理基礎(chǔ)，很快地決定哪個(gè)他們感覺(jué)最好。這將方便新的ASP.NET開發(fā)人員，以及已經(jīng)知曉Web Forms或者M(jìn)VC的開發(fā)人員，來(lái)理解和評(píng)估這2種方案，然后決定他們想要使用哪個(gè)方案。

　　（六） 決定某個(gè)項(xiàng)目你究竟想使用Web Forms還是MVC，然后對(duì)此決定你要感覺(jué)高興。兩者都是好的選擇。尊重別人做的選擇，他們做的選擇希望是一個(gè)好的，并且進(jìn)展會(huì)順利的選擇。記住，十有八九，他們對(duì)他們自己的業(yè)務(wù)/技能的了解要比你所了解的多得多。同樣地，希望你對(duì)你自己的業(yè)務(wù)/技能的了解也比他們所了解的多得多。

　　（七） 與他人共享想法和最佳實(shí)踐， 那是博客，論壇，郵件列單和社區(qū)的一個(gè)重大部分。它們之所以成功，是當(dāng)人們知道他們的想法不會(huì)被批得體無(wú)完膚，而且他們會(huì)受到尊重的對(duì)待。請(qǐng)有建設(shè)性，而不是刻薄。請(qǐng)教授，而不是教訓(xùn)。記住，三人行，必有我?guī)煛?/p>

　　希望本文對(duì)你有所幫助，

　　Scott

NET技術(shù)：關(guān)于技術(shù)爭(zhēng)論（尤其是ASP.NETWebForms 和 ASP.NETMVC 之爭(zhēng)），轉(zhuǎn)載需保留來(lái)源！

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