你要求鏈接或其他來源，但實際上沒有。這些信息散布在許多不同的地方。什么才是真正構(gòu)成設(shè)計錯誤的因素？您是只考慮語言定義中的語法和語義問題，還是包括諸如平臺和標(biāo)準(zhǔn)庫問題以及特定實現(xiàn)問題等實用問題？您可以說，從性能的角度來看，Python的動態(tài)性是一個設(shè)計錯誤，因為它很難實現(xiàn)一個簡單高效的實現(xiàn)，而且很難(我沒有說完全不可能)生成一個包含代碼完成、重構(gòu)和其他好東西的IDE。同時，你也可以為動態(tài)語言的優(yōu)點辯護。

也許開始考慮這個問題的一種方法是看the language changes from Python 2.x to 3.x。當(dāng)然，有些人會爭辯說，print作為一個函數(shù)是不方便的，而另一些人則認(rèn)為這是一個改進。總的來說，并沒有那么多的變化，而且大多數(shù)變化都是非常小和微妙的。例如，map()和filter()返回迭代器而不是列表，range()的行為類似于xrange()過去，而dict方法類似于dict.keys()返回視圖而不是列表。還有一些與整數(shù)相關(guān)的變化，其中一個大的變化是二進制/字符串?dāng)?shù)據(jù)處理?，F(xiàn)在是文本和數(shù)據(jù)，文本總是Unicode。有幾個語法變化，但它們更多的是關(guān)于一致性，而不是修改整個語言。

從這個角度來看，至少從2.x開始，Python就在語言(語法和語義)級別上設(shè)計得非常好。你可以一直爭論基于縮進的塊語法，但我們都知道這不會導(dǎo)致任何結(jié)果。。。；-)

另一種方法是查看其他Python實現(xiàn)試圖解決的問題。它們中的大多數(shù)以某種方式解決性能問題，一些解決平臺問題，還有一些添加或更改語言本身以更有效地解決某些類型的任務(wù)。Unladen swallow希望通過優(yōu)化運行時字節(jié)編譯和執(zhí)行階段，顯著提高Python的速度。Stackless通過添加諸如微線程和微線程的結(jié)構(gòu)、允許雙向微線程通信的通道、協(xié)作或搶先運行微線程的調(diào)度以及暫停和恢復(fù)微線程執(zhí)行的串行化，為高效、重線程應(yīng)用程序添加功能。Jython允許在Java平臺上使用Python，在.Net平臺上使用IronPython。Cython是一種Python方言，它允許調(diào)用C函數(shù)和聲明C類型，允許編譯器從Cython代碼生成有效的C代碼。{a7}將隱式靜態(tài)類型引入到Python中，并為獨立程序或擴展模塊生成C++。PyPy在Python的一個子集中實現(xiàn)Python，并更改一些實現(xiàn)細(xì)節(jié)，例如添加垃圾收集而不是引用計數(shù)。其目的是讓Python語言和實現(xiàn)開發(fā)由于使用了更高級的語言而變得更加高效。Py V8通過V8 JavaScript引擎連接Python和JavaScript——可以說它解決了一個平臺問題。Psyco是一種特殊的JIT，它動態(tài)地為當(dāng)前正在處理的數(shù)據(jù)生成運行代碼的特殊版本，這可以提高Python代碼的速度，而無需編寫優(yōu)化的C模塊。

其中，可以通過查看PEP-3146來說明Python的當(dāng)前狀態(tài)，它概述了Unladen Swallow如何合并到CPython中。這個PEP被接受了，因此Python開發(fā)人員可以判斷目前最可行的方向是什么。注意，它關(guān)注的是性能，而不是語言本身。

所以我真的想說，Python的主要設(shè)計問題是性能領(lǐng)域的問題，但這些基本上都是任何動態(tài)語言都必須面對的挑戰(zhàn)，Python語言家族和實現(xiàn)正在嘗試o解決問題。至于像Javascript: the good parts中所列的那種徹底的設(shè)計錯誤，我認(rèn)為需要更明確地定義“錯誤”的含義，但您可能需要查看以下的想法和意見：

總結(jié)

以上是生活随笔為你收集整理的python中类型错误、计数不采用关键字的错误怎么改_Python设计错误的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。