이 기사는 JavaScript의 강제 유형 변환 방법에 대한 소개를 제공합니다. 이는 특정 참조 가치가 있으므로 도움이 될 수 있습니다.
JavaScript Primitives
JavaScript는 일련의 기본 단위를 기반으로 구축되었습니다. 문자열과 숫자처럼 그 중 일부는 이미 여러분에게 익숙할 것입니다.
var greet = "Hello"; var year = 89;
문자열과 숫자는 언어의 소위 "원시형"의 일부입니다. 전체 목록은 다음과 같습니다.
부울 값은 가능한 true 또는 잘못된 값. null은 의도적으로 할당되지 않았습니다. 일반적으로 바인딩이 완료되었으며 나중에 의미 있는 콘텐츠로 채워질 것임을 나타내기 위해 변수에 할당됩니다.
var maybe = null;
그리고 undefine이 있는데, 이는 변수가 아직 연결되지 않았음을 의미합니다.
var name; console.log(name) undefined
null과 undefine은 매우 비슷해 보이지만 매우 다른 두 개체이며 많은 개발자는 여전히 어떤 것을 사용해야 할지 확신하지 못합니다.
JavaScript 인스턴스의 유형을 확인하려면 typeof
연산자를 사용할 수 있습니다. 문자열로 시도해 봅시다: typeof
运算符。让我们用字符串尝试一下:
typeof "alex" > "string"
还有数字:
typeof 9 > "number"
用于布尔值:
typeof false > "boolean"
undefined:
typeof undefined > "undefined"
还有 null:
typeof null > "object"
结果令人惊讶! null 看起来像一个对象,但实际上它是 JavaScript 中的一个历史性错误,自语言诞生就躺在那里了。 由于这些问题,JavaScript 一直声名狼借。但这仅仅是个开始。
在 JavaScript 中,在两种类型之间进行转换时有一些奇怪的规则。让我给你一些背景信息。先用 Python 举一个例子。 在 Python 中执行以下指令:
'hello' + 89
会给你一个明确的错误:
TypeError: can only concatenate str (**not** "int") to str
而在 JavaScript 中,只有天空才是你的极限:
'hello' + 89
事实上给出:
"hello89"
如果我们尝试向字符串添加数组,看起来会更加奇怪:
'hello' + []
将会得到
1. 'hello'
还有
1. 'hello' + [89]
会给你一个惊喜:
1. "hello89"
看起来这种转换背后存在某种逻辑。它甚至适用于存在更多元素的 array :
1. 'hello' + [89, 150.156, 'mike']
得到:
1. "hello89,150.156,mike"
这两行 JavaScript 足以让 Java 程序员逃离。但是这种行为在 JavaScript 中 100% 是又意义的。因此这种隐式转换,也称为强制类型转换是非常值得探索的。
一些编程语言有一个叫做类型转换的概念,这意味着:如果我想把一个数字或实例转换为另一种类型,那么我必须使显式转换。它也适用于 JavaScript。请看以下示例:
var greet = "Hello"; var year = 89;
如果我想明确的进行转换,可以在代码中表明意图:
var greet = "Hello"; var year = 89; var yearString = year.toString()
要么这样做:
var greet = "Hello"; var year = 89; var yearString = String(year)
然后我可以连接两个变量:
greet + yearString;
但是在 JavaScript 中有一种被称为隐式转换的微妙机制,由 JavaScript 引擎提供。该语言不会阻止我们对数字和字符串进行加法操作:
'hello' + 89
会得到:
"hello89"
但是这种转换背后的逻辑是什么?你可能会惊讶地发现 JavaScript 中的加法运算符 +
会自动将两个操作数中的任何一个都转换为字符串,如果其中至少有一个是字符串的话!
你会发现更令人惊讶的是,这条规则在ECMAScript规范中一脉相承。 第11.6.1节 定义了加法运算符的行为,我在这里为你做了总结:
如果 x 是 String 或 y 是String,则返回 ToString(x),然后返回ToString(y)
这个花招只适用于数字吗?并不是。 数组和对象也会受到相同的转换:
'hello' + [89, 150.156, 'mike']
会得到:
"hello89,150.156,mike"
那么下面的代码会得到怎样的结果:
'hello' + { name: "Jacopo" }
要找到答案,你可以通过将对象转换为字符串来进行快速测试:
String({ name: "Jacopo" })
将会得到:
"[object Object]"
所以我有一种感觉:
1. 'hello' + { name: "Jacopo" }
会得到:
1. "hello[object Object]"
打住!这又是什么?
“[object Object]” 是最常见的 JavaScript “怪癖”之一。
几乎每个 JavaScript 实例都有一个名为 toString()
的方法,有些方法是由 Object.prototype.toString
提供的。
某些类型(如数组)实现了 toString()
的自定义版本,以便在调用方法时将值转换为字符串。例如 Array.prototype.toString
会覆盖 Object.toString()
"hello" == "hello" > true "hello" === "hello" > true그리고 숫자로: 🎜
1. "1" === 1 2. false🎜 부울의 경우: 🎜
1. "1" == 1 2. true🎜undefine: 🎜rrreee🎜 그리고 null로: 🎜rrreee🎜 결과는 놀랍습니다! null은 객체처럼 보이지만 실제로는 언어가 탄생할 때부터 있었던 JavaScript의 역사적인 버그입니다. 🎜이러한 문제로 인해 JavaScript는 항상 나쁜 평판을 얻었습니다🎜. 그러나 이것은 시작에 불과합니다. 🎜
+
🎜가 두 피연산자 중 적어도 하나가 문자열이면 자동으로 두 피연산자 중 하나를 문자열로 변환한다는 사실을 알면 놀랄 수도 있습니다 🎜! 🎜🎜더 놀라운 점은 이 규칙이 ECMAScript 사양에서 일관된다는 점입니다. 섹션 11.6.1은 더하기 연산자의 동작을 정의합니다. 여기에 요약했습니다: 🎜x가 문자열이거나 y가 문자열이면 ToString(x)를 반환하고 ToString(y)를 반환합니다. blockquote>🎜이 트릭은 숫자에만 적용되나요? 설마. 🎜배열과 객체도 동일한 변환의 대상이 됩니다🎜: 🎜rrreee🎜는 다음을 얻습니다: 🎜rrreee🎜 그러면 다음 코드는 무엇을 얻습니까? 🎜rrreee🎜 알아보려면 객체를 문자열로 변환하여 빠르게 수행할 수 있습니다. 테스트: 🎜rrreee🎜는 다음을 얻습니다: 🎜rrreee🎜 그래서 제 느낌은: 🎜rrreee🎜가 얻을 것: 🎜rrreee🎜 중지하세요! 이게 뭔가요? 🎜JavaScript에서 [객체 객체]의 의미는 무엇인가요?
🎜"[object Object]"는 가장 일반적인 JavaScript "특이점" 중 하나입니다. 🎜🎜거의 모든 JavaScript 인스턴스에는toString()
이라는 메서드가 있으며 일부 메서드는Object.prototype.toString
에서 제공됩니다.
배열과 같은 일부 유형은 메소드가 호출될 때 값을 문자열로 변환하기 위해toString()
의 사용자 정의 버전을 구현합니다. 예를 들어Array.prototype.toString
은Object.toString()
(메서드 섀도잉이라고도 함)을 재정의합니다. 🎜但是当你在普通的 JavaScript 对象上调用
toString()
时,引擎会给出“[object Object]”,因为Object.toString()
的默认行为是由实体类型(在这种情况下为Object)返回字符串 object 。现在让我们把注意力集中在 JavaScript 比较运算符上,它们与算术运算符一样奇怪。
等于还是不等于?
JavaScript 中有两个主要的比较运算符。
第一个我们称之为“弱比较”。这是抽象比较运算符(双等号):
==
。另一个是“强比较”,可以通过三等号进行识别:
===
也称为严格比较运算符。它们两者的行为方式完全不同。来看一些例子。首先,如果我们将两个字符串与两个运算符进行比较,我们得到相同的结果
"hello" == "hello" > true "hello" === "hello" > true看上去一切都还好。
现在尝试比较两种不同的类型,数字和字符串。首先是“强比较”:
1. "1" === 1 2. false这说得通!字符串“1”与数字1是不同的。但是“弱比较”会发生什么?
1. "1" == 1 2. true居然是true!它没有任何意义,除非这种行为与我们之前看到的隐式转换有关。
如果适用相同的规则怎么办?没错! ECMAScript spec 再次罢工。结果抽象比较运算符在比较它们之前在类型之间进行自动转换。这是规范的摘要:
比较 x == y 执行如下:如果 x 是 String 且 y 是Number,则返回比较结果 ToNumber(x)== y
规范说:如果第一个操作数是一个字符串,第二个操作数是一个数字,那么将第一个操作数转换为数字。有趣。
JavaScript 规范充满了这个疯狂的规则,我强烈鼓励大家对它深入挖掘。
在此期间除非你有充分的理由否则在 JavaScript 代码中避免使用抽象比较运算符。你以后会感谢自己的。
那么“强势比较”怎么样?规范中的说 严格相等比较在把值与三等
===
进行比较之前没有进行自动转换。在代码中使用严格相等比较可以避免愚蠢的 bug。总结
JavaScript 中有七个构建块,即 String,Number,Boolean,Null,Undefined,Object 和 Symbol。这些类型被称为基元。
JavaScript 开发人员可以使用算术和比较运算符来操作这些类型。但是我们要特别注意加法运算符
+
和抽象比较运算符==
,它本质上倾向于在类型之间进行转换。JavaScript 中的隐式转换称为强制类型转换,并在 ECMAScript 规范中定义。无论什么时候你的代码都要使用严格的比较运算符
===
而不是==
。作为最佳实践,当你打算在两种类型之间进行转换时,请务必明确操作。JavaScript 有一堆内置对象,它们反映了原始类型:
String
,Number
,Boolean
。这些内置类型可用于在不同类型之间进行显式转换。
위 내용은 JavaScript의 강제 유형 변환 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!