1. 程式人生 > >四款工具順利實現Python與JavaScript間的程式碼轉換_0

四款工具順利實現Python與JavaScript間的程式碼轉換_0

選Python還是JavaScript?雖然不少朋友還在爭論二者目前誰更強勢、誰又擁有著更為光明的發展前景,但毫無疑問,二者的競爭在Web前端領域已經擁有明確的答案。立足於瀏覽器平臺,如果放棄JavaScript,我們也就沒什麼可選擇的專案了。


lsue5s0jvjv.jpg


好吧,也許答案也不是這麼絕對。JavaScript已經成為眾多其它程式語言爭相選擇的轉換目標(相關例項包括TypeScript、Emscripten、Cor以及Cheerp)。而Python則擁有龐大的追隨者群體,另外強大的現有庫資源則使其成為面向JavaScript的理想待轉換或者說轉譯選項。


下面來看四個能夠順利將Python帶入JavaScript世界的現有專案; 而其中一款更是憑藉著靈活的雙向轉換能力而鶴立雞群。


Transcrypt


這是一款新近崛起的Python到JS轉譯器。Transcrypt對於自身所生成程式碼的質量水平做出了令人印象深刻的承諾。首先,它會盡可能多地保留原始的Python程式碼結構,包括多重繼承以及lambda表示式。Python原始碼也可以直接對JavaScript中名稱空間內的物件進行呼叫。如果大家嘗試訪問Python中的document.getElementById,則轉換後的程式碼也將在JavaScript當中切實使用document.getElementById。


根據說明文件的介紹,Transcrypt是利用CPython的抽象語法樹模組完成這些轉譯任務的,其能夠根據Python對自身程式碼的解析方式進行程式設計訪問。儘管該專案目前仍處於alpha測試階段,但已經顯示出了非常驚人的吸引力。


Jiphy


所謂Jiphy,代表的是“JavaScript入,Python出”——也就是能夠對二者進行雙向轉換。另外,來自兩種語言的程式碼都能夠在被轉換為另一種語言之前進行混合。


Jiphy目前的最大短板在於其僅支援Python的一部分功能集。類以及預設引數尚不受支援,不過裝飾器與例外機制已經可以正常使用。這主要是因為Jiphy堅持在原始碼與目的碼之間採用行對行直接轉譯方式,不過其開發人員也開始著眼於ES6中的新功能,旨在將更多高階Python功能納入支援範疇。


Brython


也許有一天,當WebAssembly設想成為現實,那麼我們將能夠選擇任何自己偏好的語言進行Web開發。而Brython對此——或者說至少適用於Python 3——有著自己的理解:為什麼要等?


Brython通過一套JavaScript庫對Python 3中的全部關鍵字以及大多數內建外掛進行模擬,從而實現了將Python 3版本作為客戶端Web程式設計方案的目標。由Python編寫的指令碼可以被直接新增到網路頁面當中,而Brython還支援一套高階Python模組介面(browser),用於同DOM進行執行協作,且該瀏覽器通常可在JavaScript中直接完成。


然而,Brython也保持了瀏覽器給JavaScript程式碼帶來的限制——例如不支援對本地檔案系統進行處理。


RapydScript


RapydScript承諾“讓Python式JavaScript程式碼不再糟糕。”該專案在概念上類似於CoffeeScript:以Python形式進行程式碼編寫,生成JavaScript程式碼,並同時發揮二者的最佳特性。在Python方面,其擁有清晰的語法規則; 而在JavaScript方面,其擁有匿名函式、DOM操作並能夠使用jQuery或者Node.js核心等現有JavaScript庫。


原文標題:4 tools to convert Python to JavaScript (and back again)


【51CTO譯稿,合作站點轉載請註明原文譯者和出處為51CTO.com】



-%E5%8F%AA%E6%9C%8920%E8%A1%8CJavascript%E4%BB%A3%E7%A0%81%EF%BC%81%E6%89%8B%E6%8A%8A%E6%89%8B%E6%95%99%E4%BD%A0%E5%86%99%E4%B8%80%E4%B8%AA%E9%A1%B5%E9%9D%A2%E6%A8%A1%E6%9D%BF%E5%BC%95%E6%93%8E%5F0

Webpack 載入到足球平臺出租中應用
測試足球平臺出租環境除錯app