type coercion

基本解釋

The == and != operators do type coercion.
和! =操作符會(huì)進(jìn)行類(lèi)型強(qiáng)制轉(zhuǎn)換。
It is statically type-checked and does not allow type coercion, so is safe with regards to types.
它進(jìn)行靜態(tài)類(lèi)型檢查，竝且不允許強(qiáng)制類(lèi)型轉(zhuǎn)換，因而對(duì)於類(lèi)型而言是安全的。
The type coercion rules have changed to preserve types in arrays (more often), rather than converting to the type of a Python scalar.
改變了類(lèi)型強(qiáng)制槼則，以保持?jǐn)?shù)組(更爲(wèi)常見(jiàn))中的類(lèi)型，而不是轉(zhuǎn)換爲(wèi) Python 標(biāo)量的類(lèi)型。

The format is the same. I'm going to ask for some input, and then I am going to use that procedure to check, is this the right type of value. And I'm trying to use that to do the coercion if you like. Same thing if it works, I'm going to skip that, if it not, it's going to throw the exception.
格式是一樣的，我需要一些輸入,然後我要用一個(gè)過(guò)程來(lái)檢查,是否是正確的值,然後你就可以做強(qiáng)制轉(zhuǎn)換了,如果能運(yùn)行，那是一樣的，我打算跳過(guò)這段，如果不正確，那就會(huì)拋出一個(gè)異常。
麻省理工公開(kāi)課 - 計(jì)算機(jī)科學(xué)及編程導(dǎo)論課程節(jié)選

類(lèi)型強(qiáng)制
This research confirms that type coercion, as an interpretative mechanism, provides the approach for us to understand the internal semantic relationship in before/after-NP construction.
本研究認(rèn)爲(wèi)類(lèi)型強(qiáng)制作爲(wèi)一種解釋機(jī)制,爲(wèi)我們了解前後類(lèi)結(jié)搆內(nèi)部語(yǔ)義關(guān)系提供了幫助。
計(jì)算機(jī)科學(xué)技術(shù)
類(lèi)型強(qiáng)制