在上一篇《Windows Server 2012十大最佳特性總結(jié)》中，我們分享了對(duì)于很多系統(tǒng)管理員為什么要關(guān)注微軟Windows Server服務(wù)器操作系統(tǒng)家族最新版本的幾個(gè)理由，Windows Server 2012有很多不錯(cuò)的新功能，它改進(jìn)了Windows早期版本將其從“從未使用的1.0版本”階段帶入到功能與穩(wěn)定性兼?zhèn)涞碾A段，并在功能性與穩(wěn)定性方面與其它主流競(jìng)爭(zhēng)對(duì)手不相上下。

　　Register網(wǎng)站專欄作者Trevor Pott指出：“雖然我在Server 2008 R2的部署工作中投入了大量精力，但出于以上十大理由，我認(rèn)為Server 2012仍然值得自己再?gòu)埩_一次升級(jí)。就連對(duì)預(yù)算一向把得很嚴(yán)的公司高管這回也一路大開(kāi)綠燈。”

　　到目前為止，讀者朋友最關(guān)注的內(nèi)容要數(shù)PowerShell，而且根據(jù)大家的語(yǔ)氣判斷，這算得上是一場(chǎng)混戰(zhàn)。有些人對(duì)其不屑一顧，有些人則認(rèn)為這是微軟能夠拿出的最佳解決方案。出于篇幅的考量，我們盡量對(duì)評(píng)論原文進(jìn)行了壓縮，但仍然在最大程度上保留了其語(yǔ)氣及內(nèi)容。

　　于是我們決定進(jìn)行一次實(shí)驗(yàn)性嘗試：試圖將幾款熱點(diǎn)文章的讀者評(píng)論加以匯總，最終形成一篇新文章。有些朋友可能會(huì)把這種做法稱作素材擴(kuò)展，而從社交媒體的角度則稱之為話題詳述。我們認(rèn)為盡管有些評(píng)論太過(guò)偏激，但仍然有不少讀者朋友留下了他們有趣且睿智的見(jiàn)解。好吧，讓我們一起來(lái)聽(tīng)聽(tīng)讀者的聲音。

　　BuckFutter 表示：

　　沒(méi)錯(cuò)，不過(guò)……你沒(méi)法把PowerShell 3跟SharePoint 2010同時(shí)使用，所以基本上目前的命令行版本在SP2010上完全無(wú)用，除非微軟決定再來(lái)一次更新。

　　另外，我再補(bǔ)充一項(xiàng)最佳功能——Server 2012能夠在核心、完整以及“最小服務(wù)器界面”三套方案之間進(jìn)行切換。所謂“最小服務(wù)器界面”，是指只向用戶提供PS控制臺(tái)以及Server Manager界面。再有，我們不僅能把角色及功能刪除掉，更可以真正把它們從系統(tǒng)中清除出去，這對(duì)于減小攻擊面意義非凡。雖然我很討厭微軟，但我不得不承認(rèn)Server 2012是一款偉大的操作系統(tǒng)。不過(guò)Metro仍然是最大的敗筆……

　　銅牌用戶K 則以個(gè)人名義向微軟發(fā)出戰(zhàn)書：

　　微軟此次的努力值得贊賞，但PowerShell仍然速度緩慢、功能有限、說(shuō)明文檔簡(jiǎn)陋不全而且對(duì)非微軟出品的應(yīng)用支持不足。如果能解決這些問(wèn)題，我會(huì)樂(lè)于加入到PowerShell用戶的陣營(yíng)中來(lái)。

　　而另一位銅牌用戶 LDS 則對(duì)加入GUI的做法提出質(zhì)疑：

　　Windows的確需要更多腳本化方案來(lái)完成任務(wù)，但GUI的加入只是在一堆PowerShell腳本之上堆疊起更緩慢、更麻煩的多余機(jī)制，而且令錯(cuò)誤報(bào)告更加糟糕——這看起來(lái)跟某些蹩腳的Linux應(yīng)用十分相似。GUI與命令行都應(yīng)該調(diào)用相同的API，這樣無(wú)論我們通過(guò)哪種方式執(zhí)行任務(wù)，都能保證整個(gè)過(guò)程以最快、最理想的方式進(jìn)行。

　　Richard Gadsden 在回復(fù)中說(shuō)：

　　腳本之上的GUI？就像SQL Server Management Studio（簡(jiǎn)稱SSMS）所采用的機(jī)制？這種方式效果不錯(cuò)。雖然我個(gè)人并不是PowerShell擁護(hù)者，但SSMS的表現(xiàn)相當(dāng)出色。

　　而P Lee則補(bǔ)充道：

　　問(wèn)題更可能出自微軟內(nèi)部。他們不希望利用不受信的GUI工具來(lái)實(shí)現(xiàn)腳本無(wú)法完成的工作，所以才強(qiáng)制要求用戶以調(diào)用腳本的方式執(zhí)行任務(wù)，而這就造成了處理速度上的損失。但對(duì)于企業(yè)而言，犧牲一點(diǎn)速度來(lái)保障安全還是值得的。

　　銀牌用戶ShelLuser 對(duì)于前面提到的十大特性一一做出回應(yīng)，不過(guò)仍然把討論重心放在PowerShell身上，并強(qiáng)調(diào)如何最大程度改進(jìn)用戶體驗(yàn)。（我們對(duì)原文內(nèi)容進(jìn)行了刪減）

　　事實(shí)上幾乎沒(méi)什么優(yōu)勢(shì)……我很好奇作者本人到底有沒(méi)有使用過(guò)他所提到的這些功能。

　　首先來(lái)看PowerShell：從2到3的版本號(hào)提升并不能算升級(jí)，因?yàn)槲④浌景l(fā)布的根本就是一款沒(méi)有完工的產(chǎn)品。真正的出發(fā)點(diǎn)倒是不錯(cuò)：迅速推進(jìn)組件模塊化，并以此為契機(jī)實(shí)現(xiàn)差異性。舉例來(lái)說(shuō)，本地系統(tǒng)現(xiàn)在終于能夠通過(guò)選項(xiàng)調(diào)整使用本地幫助了。

　　由于PowerShell 3目前仍然采用在線幫助庫(kù)，因此能夠非常方便地為剛剛更新的部分添加幫助說(shuō)明，并根據(jù)各國(guó)用戶的實(shí)際需要推出翻譯文檔。

　　只有一個(gè)小問(wèn)題……微軟似乎從未考慮過(guò)一旦本地系統(tǒng)（例如nl-NL）只擁有默認(rèn)（en-US）語(yǔ)言的幫助說(shuō)明，用戶應(yīng)該如何是好？

　　更糟糕的是：他們也從未認(rèn)真對(duì)待用戶對(duì)于本地幫助或者全局環(huán)境的需求。在使用help命令時(shí)，我們根本無(wú)法選擇語(yǔ)種。

　　僅此一點(diǎn)就徹底毀掉了PowerShell的使用體驗(yàn)。惟一的善后方式就是由用戶手動(dòng)復(fù)制“本地化目錄”。

　　我們談?wù)摰目墒俏④洠蠹艺嫦嘈潘麄儠?huì)僅僅把它留給Server 2012嗎？經(jīng)過(guò)一段時(shí)間的觀察、匯總運(yùn)行錯(cuò)誤并集中糾正，然后IIS8就會(huì)被廣泛應(yīng)用于其它平臺(tái)了。

　　基于其它一些功能（例如Hyper、iSCSI、SMB等），我承認(rèn)這都是些不錯(cuò)的項(xiàng)目，但僅靠它們就足以撐起一款全新的服務(wù)器系統(tǒng)了嗎？

　　如果某些企業(yè)已經(jīng)開(kāi)始嘗試Server 2012，我倒也不會(huì)感到驚訝，因?yàn)樗麄兛赡苡胁坏靡训睦碛桑ɡ缧枰扛鼡Q舊服務(wù)器）。但我同樣相信會(huì)有不少企業(yè)選擇跳過(guò)Server 2012，就像他們會(huì)跳過(guò)Windows 8一樣。在我看來(lái)，Metro肯定會(huì)在這類選擇中起到很有份量的負(fù)面作用。

　　Bainia不是PowerShell的擁護(hù)者，因此我們采納了他的發(fā)言及其后列出的特別申訴：

　　我真的很難控制自己不去對(duì)PowerShell展開(kāi)一番嘲笑。我努力讓自己放過(guò)它，但作為一款由命令行驅(qū)動(dòng)的強(qiáng)大系統(tǒng)，PowerShell的能力實(shí)在太過(guò)糟糕。

　　一位匿名讀者回答了Bania提出的問(wèn)題：

　　1、系統(tǒng)啟動(dòng)需要大量時(shí)間。即使是新型硬件配置也需要11秒才能完成啟動(dòng)過(guò)程。

　　在我的設(shè)備上Server 2012能夠“瞬間”啟動(dòng)。只有在系統(tǒng)重啟后首次打開(kāi)PowerShell時(shí)需要等一小會(huì)兒，也許你應(yīng)該檢查一下自己的配置腳本。

　　2、缺乏大量類unix shell基本功能。

　　相反，Unix shell才缺乏“大量”PowerShell所提供的功能。

　　3、在文本處理概念方面不夠考究，所有東西都被視為一個(gè)“對(duì)象”。

　　說(shuō)的沒(méi)錯(cuò)。文本僅僅被視為一系列有序的字符串對(duì)象。不過(guò)你可能根本沒(méi)必要在PowerShell中使用強(qiáng)大的字符串功能，因?yàn)樵谶M(jìn)行對(duì)象操作時(shí)幾乎不需要與其扯上關(guān)系。

　　4、表述方式太啰嗦了，最簡(jiǎn)單的任務(wù)也要寫一大段才能實(shí)現(xiàn)。

　　大多數(shù)命令都有簡(jiǎn)化版指令，只要不怕引起混淆、所有參數(shù)名稱也都可以縮短。不要人云亦云地認(rèn)為代碼描述真是越長(zhǎng)越好，PowerShell也能夠像bash那樣簡(jiǎn)潔——有些情況下甚至更加簡(jiǎn)潔。

　　5、路徑中的斜杠仍然沒(méi)有用對(duì)。

　　這種說(shuō)法太無(wú)知了。PowerShell中一直允許用戶根據(jù)喜好隨意使用斜杠以及反斜杠符號(hào)。

　　6、沒(méi)有持續(xù)命令歷史記錄。

　　保存一下就行了。或者設(shè)定退出時(shí)自動(dòng)保存以及初始化后自動(dòng)載入功能。還有更好的辦法：為實(shí)際片段建立一套庫(kù)。難道bash就沒(méi)有片段問(wèn)題嗎？

　　始終作用于*sh shell中的風(fēng)險(xiǎn)管理機(jī)制哪去了？在PowerShell中我們可以通過(guò)-WhatIf運(yùn)行任何命令。在這種模式下，系統(tǒng)不會(huì)受到任何影響。相反，系統(tǒng)會(huì)將命令執(zhí)行后的結(jié)果以報(bào)告形式提交給用戶。另外，它同樣能作用于腳本：只要我們將-watif作為腳本參數(shù)，則“whatif”即成為全局首選項(xiàng)且腳本內(nèi)容不會(huì)真正付諸執(zhí)行。

　　*sh shell的事務(wù)整合哪去了？我們可以通過(guò)PowerShell與多臺(tái)數(shù)據(jù)庫(kù)服務(wù)器、消息隊(duì)列服務(wù)器等相連，進(jìn)而在執(zhí)行事務(wù)背景的任務(wù)時(shí)確保事務(wù)一致性。

　　*sh shell的中止與繼續(xù)腳本哪去了？PowerShell工作流能夠在一臺(tái)設(shè)備上對(duì)腳本或任務(wù)進(jìn)行重啟及暫停，并在另一臺(tái)設(shè)備上繼續(xù)進(jìn)行。

　　我們要如何創(chuàng)建并行*sh腳本？PowerShell支持同一工作流腳本中的并行執(zhí)行功能。

　　未完待續(xù)……