이것은 범위와 관련된 불확실한 미래 호출자를 가리킵니다. 누가 함수를 호출하든 함수 내부의 this는 누구를 가리킵니다.
으아악
위에서는 new 키워드를 사용하여 Person() 함수를 호출하고 'sarah'라는 문자열을 name 값으로 전달합니다. 이때 함수 내부의 this 지점은 p1입니다. 같은 방식으로 다른 하나는 p2를 가리킵니다. Person('sarah') 메서드를 직접 호출하면 Person()의 범위가 전역 범위이므로 내부 this는 창을 가리킵니다.
즉, 미래에 관련될 수 있는 사물을 가리키는 대체물입니다. 불확실하다. 내부적으로 정의된 속성 포인트도 이에 따라 변경됩니다.
그러나 주어가 사용하는 객체 리터럴 형식과 마찬가지로 속성 이름의 지정은 확실하며 사람에게 속합니다. 주제에 의해 정의된 사람 개체는 여기에서 내 p1과 같습니다.
또한 위에서 언급했듯이 json은 데이터 형식입니다. 프런트엔드와 백엔드 간의 데이터 전송을 촉진합니다.
이것은 범위와 관련된 불확실한 미래 호출자를 가리킵니다. 누가 함수를 호출하든 함수 내부의 this는 누구를 가리킵니다.
으아악위에서는 new 키워드를 사용하여 Person() 함수를 호출하고 'sarah'라는 문자열을 name 값으로 전달합니다. 이때 함수 내부의 this 지점은 p1입니다. 같은 방식으로 다른 하나는 p2를 가리킵니다. Person('sarah') 메서드를 직접 호출하면 Person()의 범위가 전역 범위이므로 내부 this는 창을 가리킵니다.
즉, 미래에 관련될 수 있는 사물을 가리키는 대체물입니다. 불확실하다. 내부적으로 정의된 속성 포인트도 이에 따라 변경됩니다.
그러나 주어가 사용하는 객체 리터럴 형식과 마찬가지로 속성 이름의 지정은 확실하며 사람에게 속합니다. 주제에 의해 정의된 사람 개체는 여기에서 내 p1과 같습니다.
또한 위에서 언급했듯이 json은 데이터 형식입니다. 프런트엔드와 백엔드 간의 데이터 전송을 촉진합니다.
명확하게 했는지 모르겠네요. . . 초보자가 대답합니다.
이것이 객체 리터럴이 객체를 생성하는 방식이 아닌가요?
오른쪽 부분은 당연히 JSON 형식이고 키-값 형식만 허용합니다.
JSON과 객체의 차이점
예를 들어주세요
var obj ={ "you" : "a good boy" }
오른쪽 부분이 말씀하신 JSON입니다
.json으로 써도 .js로 써도 똑같습니다
사실 데이터 형식입니다 이거 서브 같은데
객체에 관해서는 모든 것이 객체입니다. 객체는 상대적으로 추상적인 용어입니다
생성자는 모두 .json인가요? 예, 모두 동일한 데이터 형식입니다
먼저 질문부터 하셔야 합니다
Brendan Eich
。问问他为啥当初
JavaScript
이런 디자인이 필요합니다.두 번째 질문의 경우
JSON
는 데이터 형식 이고 객체는... JavaScript에 대해 이야기하고 있다고 가정해 보겠습니다. 객체는 JavaScript의 데이터 유형 입니다.