大多數(shù)開(kāi)發(fā)經(jīng)理幾乎很少了解Python工具，在現(xiàn)代IT領(lǐng)域的高壓力環(huán)境下，項(xiàng)目管理人員缺乏對(duì)Python及其工具的了解、缺乏其軟件開(kāi)發(fā)方面的知識(shí)自 然成為Python獲得接受的死穴。

用Python創(chuàng)建的Zope是開(kāi)放源代碼領(lǐng)域使用最廣泛和最容易理解的內(nèi)容管理框架。這種工具可以讓了解Python的程序員以相比JSP/ASP更 少的時(shí)間來(lái)創(chuàng)建和部署具有高度交互性的網(wǎng)站，在這種框架下，網(wǎng)站屬主可以非常輕松地修改網(wǎng)站的內(nèi)容而無(wú)須程序員的介入。

相比之下，Python提 供的解決方案就少多了。Python語(yǔ)言的分發(fā)版中確實(shí)包含了一些擴(kuò)展的類庫(kù)，越來(lái)越多的程序員也在致力于開(kāi)發(fā)等價(jià)PHP的Python工具。但是考慮到 市場(chǎng)的時(shí)間緊迫性，而且你所面臨的問(wèn)題已經(jīng)有現(xiàn)成的PHP解決方案可以對(duì)付，那么PHP自然會(huì)成為你的***。

Python在軟件開(kāi)發(fā)領(lǐng)域的劣勢(shì)大多數(shù)開(kāi)發(fā)經(jīng)理幾乎很少了解Python。在現(xiàn)代IT領(lǐng)域的高壓力環(huán)境下，項(xiàng)目管理人員缺乏對(duì)Python及其工具的了解、缺乏其軟件開(kāi)發(fā)方面的知識(shí)自然成為Python獲得接受的死穴。

畢竟，CIO或者開(kāi)發(fā)主管受到最終勝利完成開(kāi)發(fā)任務(wù)的沉重壓力。在可能的收益卻缺乏具體和誘人的證據(jù)這一現(xiàn)實(shí)條件下， 大多數(shù)開(kāi)發(fā)經(jīng)理寧肯選擇他們知道的東西。所以很少有人了解Python也就不奇怪了。數(shù)據(jù)庫(kù)訪問(wèn)層的局限性相比 現(xiàn)有的成熟技術(shù)，比如ODBC和JDBC，Python的數(shù)據(jù)庫(kù)訪問(wèn)層看起來(lái)就過(guò)于原始了。雖然這一方面也在發(fā)生變化。

但是，開(kāi)發(fā)部門(mén)需要平滑地接合現(xiàn)有 的復(fù)雜遺留數(shù)據(jù)，同時(shí)需要快速的SQL數(shù)據(jù)庫(kù)訪問(wèn)，所有這一些使其在短時(shí)期內(nèi)難以對(duì)Python表現(xiàn)出什么太大的興趣。不過(guò)，Python在這一領(lǐng)域發(fā)展的也很快，在半年左右的時(shí)間里，Python完全可能在其中踏上一只腳，相比其對(duì)手語(yǔ)言。

比如Perl、Java，在某種程度上再算上PHP，Python確實(shí)深受文檔缺乏之苦，Python沒(méi)有廣泛、易于獲得的文檔和圖書(shū)。市面上冠以PHP標(biāo)題的圖書(shū)數(shù)量幾乎是Python的兩倍多；而Prel就更多了，它有400多種呢！

Python的在線文檔 倒還組織得比較好，但是這些文檔幾乎全是些參考資料。幸而Python相當(dāng)容易的學(xué)習(xí)曲線減輕了對(duì)圖書(shū)資料的過(guò)多需要。缺乏GUI和團(tuán)隊(duì)協(xié)作工具給Python應(yīng)用程序創(chuàng)建圖形用戶界面未必復(fù)雜。Python分發(fā)版本隨帶的Tk就是Python開(kāi)發(fā)人員最常用的工具。

但是Tk就缺乏可訪問(wèn)、易用 的GUI工具。剛啟動(dòng)的PythonCard項(xiàng)目目前雖然還處于原型階段，但可能在將來(lái)填補(bǔ)這一鴻溝。boa-constructor這種產(chǎn)品已經(jīng)吸引了 某些Python程序員，但是用它來(lái)創(chuàng)建全功能的IDE確實(shí)太復(fù)雜了。

相比GUI工具的缺乏更要命的是Python工具幾乎沒(méi)有支持團(tuán)隊(duì) 開(kāi)發(fā)的協(xié)議工具。 Java在這些工具領(lǐng)域可謂相當(dāng)豐富，至少和C++可比。在企業(yè)軟件開(kāi)發(fā)市場(chǎng)上，這一缺陷簡(jiǎn)直可視為致命的要害。

沒(méi)有這類工具要讓很多程序員共同開(kāi)發(fā)同一 項(xiàng)目幾乎是不可能的。Python利用其模塊化和命名空間分析等特性減輕了這一方面的需求。這些特性可以讓多個(gè)程序員開(kāi)發(fā)項(xiàng)目時(shí)不可能發(fā)生代碼沖突的情 況。但是，這同樣改變不了其協(xié)同性能缺乏的嚴(yán)重性。

小結(jié)

說(shuō)也說(shuō)了做也做了，是否在企業(yè)中嘗試或接受Python仍然是一個(gè)復(fù)雜的問(wèn)題，具體問(wèn)題具體分析。咱們把各種爭(zhēng)論先放一邊，至少可以得到下面的一些共識(shí)：

◆如果你已經(jīng)擁有大量的PHP代碼或者PHP應(yīng)用程序，那么遷移到Python工具不可行。
◆ 如果你的Java代碼基礎(chǔ)雄厚但你需要大量的小型應(yīng)用程序、小程序和代碼接口，那么Python/Jython可能會(huì)為你節(jié)約大量開(kāi)發(fā)時(shí)間。
◆如果你正好手下有一到兩個(gè)程序員工作比較清閑，那么我建議你不妨讓他們研究下Python看能不能在將來(lái)派上用場(chǎng)。

【編輯推薦】

1. 有關(guān)Python系統(tǒng)文件進(jìn)行介紹指導(dǎo)
2. 如何正確的使用Python函數(shù)
3. 對(duì)Python 構(gòu)建工具進(jìn)行詳細(xì)介紹分析
4. PythonAndroid淺析Python優(yōu)勢(shì)所在
5. 如何使用Python模塊解析配置文件？