一名開發(fā)者(下用Nick代稱)在 Windows Terminal的GitHub repo中發(fā)表了一個不是反饋問題的 issue ——他只是好奇該終端擁有這種如此順滑輸入的效果是如何實現(xiàn)的。

　　Nick覺得這種順滑感是其他Windows應(yīng)用都不具備的，甚至是最輕量的 notepad.exe 都未能提供這種輸入體驗。他還問到，這種 UI增強功能將來是否會應(yīng)用于所有Windows應(yīng)用程序。

　　很快，負責(zé)此項目的Windows開發(fā)團隊成員(@miniksa)對Nick的疑問進行了解答。

　　miniksa表示，保持在WSL(Windows Subsystem for Linux)默認終端輸入內(nèi)容的速度比其他應(yīng)用快，這實際上就是他們唯一的工作!除此之外，也可能是因為他們必須使用Windows最舊和最低級別的API來完成此項工作。

　　WSL的默認終端不像 Electron等框架那樣涉及到許多其他的層或框架，它有一個并不特別的裸窗口，并且沒有任何附加組件。他們會從窗口消息(window messages)而不是某種事件框架((WPF, WinForms, UWP, Electron))來處理鍵入的內(nèi)容，而這些內(nèi)容是通過內(nèi)核傳輸過來的。接著，他們使用GDI的PolyTextOut將文本直接轉(zhuǎn)儲到窗口而不帶多余的裝飾。

　　miniksa解釋道，notepad.exe確實很輕量，不過在其窗口上也具有多個控件，并且可能在編輯控件中使用某種庫、框架來確定其文本布局(也可能正在使用其他庫或框架進行國際化支持…)，這些都使得它們的輸入速度比不上WSL默認終端。當(dāng)然，WSL也需要進行權(quán)衡取舍，它不像其他應(yīng)用那樣提供完全的國際化支持。

　　為什么要這樣做?第一，conhost.exe已十分陳舊。它必須使用所有內(nèi)容的裸機底層，因為它是在創(chuàng)建其他大多數(shù)框架之前創(chuàng)建的。第二，它需要保持盡可能底層的級別，而且它是用C/C++編寫的，它需要盡可能保持底層的狀態(tài)以方便提供給第三方使用。

　　至于其他Windows應(yīng)用是否有機會用上這種順滑的輸入效果，miniksa覺得幾乎是沒機會。這些應(yīng)用能夠以一種簡單的方式用任何一門語言來調(diào)用一種方法和布局文本(layout text)，而無需手動計算像素或關(guān)心它們的字體該采用哪種樣式。而恰好miniksa手動計算像素、滑動區(qū)域和數(shù)學(xué)應(yīng)用區(qū)域等的方式正是使得WSL默認終端輸入速度更快的原因。

特別提醒：本網(wǎng)信息來自于互聯(lián)網(wǎng)，目的在于傳遞更多信息，并不代表本網(wǎng)贊同其觀點。其原創(chuàng)性以及文中陳述文字和內(nèi)容未經(jīng)本站證實，對本文以及其中全部或者部分內(nèi)容、文字的真實性、完整性、及時性本站不作任何保證或承諾，并請自行核實相關(guān)內(nèi)容。本站不承擔(dān)此類作品侵權(quán)行為的直接責(zé)任及連帶責(zé)任。如若本網(wǎng)有任何內(nèi)容侵犯您的權(quán)益，請及時聯(lián)系我們，本站將會在24小時內(nèi)處理完畢。