這篇文章將為大家詳細講解有關(guān)python中編程核心指的是什么，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

專注于為中小企業(yè)提供網(wǎng)站制作、成都網(wǎng)站制作服務(wù),電腦端+手機端+微信端的三站合一,更高效的管理,為中小企業(yè)普寧免費做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動了1000+企業(yè)的穩(wěn)健成長，幫助中小企業(yè)通過網(wǎng)站建設(shè)實現(xiàn)規(guī)模擴充和轉(zhuǎn)變。

python的五大特點是什么

python的五大特點：1.簡單易學(xué)，開發(fā)程序時，專注的是解決問題,而不是搞明白語言本身。2.面向?qū)ο螅c其他主要的語言如C++和Java相比, Python以一種非常強大又簡單的方式實現(xiàn)面向?qū)ο缶幊獭?.可移植性，Python程序無需修改就可以在各種平臺上運行。4.解釋性，Python語言寫的程序不需要編譯成二進制代碼,可以直接從源代碼運行程序。5.開源，Python是 FLOSS(自由/開放源碼軟件)之一。

一、為什么提出python編程的核心是什么？

我想要Python實現(xiàn)，這已經(jīng)不是什么秘密了。WebAssembly它不僅會讓Python進入瀏覽器，而且事實是兩者都是IOS和安卓支持將JavaScript作為應(yīng)用程序的一部分運行，它還可以讓Python進入移動平臺。這一切都讓我興奮。

但是當(dāng)想到創(chuàng)建Python的新實現(xiàn)這一艱巨任務(wù)時，我的大腦也開始問到底是什么東西。是Python？我們一起生活過CPython長期以來，我懷疑我們大多數(shù)人只是認為“Python==CPython”。皮皮試著這么做兼容他們將實現(xiàn)CPython的實現(xiàn)細節(jié)?；旧?，據(jù)我所知，Python的大多數(shù)實現(xiàn)都力求通過CPython的測試套件，并盡可能與CPython兼容。

這太令人望而生畏了。由CPython實現(xiàn)的Python是非常動態(tài)的，并且暴露了許多只有在您使用解釋器實現(xiàn)Python時才有意義的事情。例如，PyPy有一個基線解釋器，他們使用JIT，但是在Python中可以使用很多東西，這些東西迫使PyPy關(guān)閉JIT并繼續(xù)使用字節(jié)碼。僅REPL本身就使事情變得非常動態(tài)，因為您輸入到REPL中的所有內(nèi)容都是由解釋器動態(tài)解析、編譯和執(zhí)行的。

這讓我思考了到底是什么是Python？語言的核心是什么？所有Python實現(xiàn)都需要覆蓋哪些基線，才能真正將自己稱為Python的實現(xiàn)，而人們?nèi)匀粫J識到這一點？或者從我的角度來看，要將Python直接編譯到WebAssembly并仍然被認為是Python實現(xiàn)，還需要實現(xiàn)多少呢？

二、Python需要REPL？

真正讓我開始思考這個問題的是，當(dāng)我開始思考如何將Python編譯成WebAssembly時？沒有實現(xiàn)另一個解釋器，但實際上從Python源發(fā)出靜態(tài)WebAssembly，并且仍然合理地稱之為“Python”。

我知道的一件事是通過動態(tài)編譯eval()或compile()很難做到WebAssembly安全模型在加載時驗證模塊。這意味著在其他代碼的內(nèi)存空間中不存在只運行任意代碼的結(jié)構(gòu)化結(jié)構(gòu)，這可能會使REPL的實現(xiàn)變得很棘手。

但這讓我想：Python真的需要REPL？不要誤解我的意思，它非常方便，但是如果一個實現(xiàn)沒有REPL，它會不會不再成Python？我認為沒有REPL的Python仍然是Python，它只是缺少一個(可能的鍵)特性。

三、Python的哪些部分需要被視為“Python”？

你能活下去嗎locals()？能夠任意地將所有定義的局部變量及其值收集到字典中是一件非常動態(tài)的事情。如果您是在一個整數(shù)(如CPython)中，您只需從當(dāng)前執(zhí)行框架中收集一些內(nèi)容，就可以得到局部變量。但是在編譯語言中，這需要做更多的工作，因為您必須知道何時收集所有這些信息，因為不一定只是在調(diào)用時躺在那里。locals().

或者其他人locals()本身？再說一次，這在CPython中并不是什么大問題，因為builtins模塊有一個__dict__您可以覆蓋它，它將簡單地傳播到任何未來的調(diào)用。但是在一種編譯語言中，做這種檢測需要付出更多的努力，這樣的檢查最終要花費性能。

關(guān)于sys.settrace()？它實際上會觸發(fā)每個字節(jié)碼的回調(diào)，如果編譯了代碼，這就不太起作用了。您可以通過檢查在每一行之后是否設(shè)置了跟蹤函數(shù)來偽造它，但是當(dāng)大多數(shù)時候沒有設(shè)置這樣的鉤子時，這看起來就有點麻煩了(不過，在這種支持下編譯可能是一個編譯器標(biāo)志)。

那你覺得呢？sys._getframe()？編譯后的語言不一定會直接訪問執(zhí)行框架，所以您是否需要進行模擬呢？由于任何函數(shù)都可以請求執(zhí)行框架，因此您需要隨時準(zhǔn)備按需提供執(zhí)行幀。

正如您所看到的，Python中有很多東西使得編譯變得困難(因此更強大到努特卡接受這個挑戰(zhàn))。但我敢打賭，我上面提到的東西--你不會在99.9%的時間里使用它們，所以如果一個實現(xiàn)忽略了它們，它還能被認為是“Python”嗎？

四、需要多少兼容性才能有用？

我對這個問題沒有很好的答案。但它的答案決定了實現(xiàn)Python有多困難，以及它與現(xiàn)有軟件的兼容性。我要說的是，我認為WebAssembly不需要支持大量的Python軟件才有用。WebAssembly可以訪問其他語言生態(tài)系統(tǒng)，如Rust和JavaScript，因此您需要用另一種語言實現(xiàn)一些您可以使用的其他語言的可能性肯定在零以上。

我沒有答案

開發(fā)一個直接將Python代碼轉(zhuǎn)換為WebAssembly并為性能犧牲一些兼容性的編譯器可能是有意義的。開發(fā)一個針對WebAssembly設(shè)計但與已有代碼保持大量兼容性的解釋器可能是有意義的。簡單地支持RustPython在他們的WebAssembly的努力中。也許吧皮笛會把我們帶到那里。我不認為任何這些可能性本質(zhì)上都是錯誤的，它很可能會歸結(jié)到任何一個足以激發(fā)人們的興趣，看到它對他人有用的程度。

關(guān)于“python中編程核心指的是什么”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學(xué)到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。