변수와 메모리 위치의 차이점은 무엇입니까? [닫은]

최근에는 포인터를 시각적으로 플래시 카드와 같이 설명하려고 노력했습니다.

질문 001 : 컴퓨터 메모리의 위치를 ​​나타내는 그림입니다. 그것의 주소가 사실 0x23452입니까? 왜?

답변 : 예 0x23452. 컴퓨터가이 위치를 찾을 수있는 위치를 설명 하기 때문 입니다.

질문 002 : 캐릭터 b가 메모리 위치에 저장되어 0x23452있습니까? 왜?

답 : 아니요. 캐릭터 a가 실제로 그 안에 저장되어 있기 때문입니다.

질문 003 : 포인터가 메모리 위치에 저장되어있는 것이 사실 0x23452입니까? 왜?

답변 : 예. 메모리 위치의 주소가 0x34501그 안에 저장되어 있기 때문입니다.

질문 004 : 포인터가 메모리 위치에 저장되어있는 것이 사실 0x23452입니까? 왜?

답변 : 예. 다른 메모리 위치의 주소가 그 안에 저장되어 있기 때문입니다.

이제 걱정했던 부분이 있습니다. 소프트웨어 엔지니어가 다음과 같이 포인터를 설명했습니다.

포인터는 값이 다른 변수의 메모리 주소 인 변수입니다.

모두 보여 드린 네 개의 플래시 카드를 기반으로 포인터를 약간 다르게 정의합니다.

포인터는 값이 다른 메모리 위치의 메모리 주소 인 메모리 위치입니다.

변수가 메모리 위치와 동일하다고 말하는 것이 안전합니까?

그렇지 않다면 누가 옳습니까? 변수와 메모리 위치의 차이점은 무엇입니까?

변수는 알고리즘의 의도로가는 논리적 구성이고, 메모리 위치는 컴퓨터의 작동을 설명하는 물리적 구성입니다. 일반적으로 프로그램을 실행하기 위해 변수의 논리적 개념과 컴퓨터의 저장소 사이에 (컴파일러 생성) 매핑이 있습니다.

(어셈블리 언어에서도 알고리즘과 의도에 이르는 (논리적) 변수와 (물리적) 메모리 위치에 대한 개념이 있지만 어셈블리에서는 더 복잡합니다.)

변수는 높은 수준의 개념입니다. 변수는 알 수 없음 (수학 또는 프로그래밍 할당에서와 같이) 또는 값으로 대체 할 수있는 자리 표시 자 (프로그래밍 : 매개 변수에서와 같이)를 나타냅니다.

메모리 위치는 저수준 개념입니다. 메모리 위치는 때때로 변수의 값을 저장하기 위해 값을 저장하는 데 사용될 수 있습니다. 그러나 CPU 레지스터는 일부 변수의 값을 저장하는 또 다른 방법입니다. CPU 레지스터도 낮은 수준의 저장 위치이지만 주소가없고 이름 만 있으므로 메모리 위치가 아닙니다.

어떤 의미에서, 변수는 프로그램의 의도를 표현하기위한 추상화 메커니즘이며, 메모리 위치는 저장 및 검색을 제공하는 처리 환경의 물리적 개체입니다.

질문 003 : 포인터가 메모리 위치 0x23452 안에 저장되어있는 것이 사실입니까? 왜?

우리는 확실하게 말할 수 없습니다. 주소로 작동하는 값이 있다고해서 해당 주소임을 의미하는 것은 아니며 정수 (10 진수) ‭144466‬ 일 수 있습니다. 우리는 단순히 수치 적으로 어떻게 보이는지에 기초하여 가치의 해석에 대한 가정을 할 수 없습니다.

질문 004 : 포인터가 메모리 위치 0x23452 안에 저장되어있는 것이 사실입니까? 왜?

이것은 실제로 이상한 질문입니다. 그들은 상자를 기반으로 몇 가지 가정을 예상하지만 각 상자마다 주소가 1 씩 증가한다는 점에 유의하십시오. 현대 컴퓨터에서, 그것은 각 박스가 바이트를 보유 할 수 있음을 의미 할 것입니다. 그러나 바이트는 8 비트에 불과하며 0에서 255 사이의 범위 (서명되지 않은 값의 경우) 일 수 있습니다. 그러나 그들은이 주소들 중 하나에 저장된 훨씬 더 큰 값을 보여 매우 의심 스럽다. (이것이 단어로 주소 지정된 기계라면 가능할 수 있지만, 그렇게 말하지는 않으며 오늘날 일부 기계는 있지만 일부 기계는 그렇지 않습니다.)

모두 보여 드린 네 개의 플래시 카드를 기반으로 포인터를 약간 다르게 정의합니다.

포인터는 값이 다른 메모리 위치의 메모리 주소 인 메모리 위치입니다.

이 생각이 맞는 상황이 있지만 여기서 은유를 섞고 있습니다. 변수의 개념은 알고리즘과 의도로갑니다. 모든 변수에 메모리 위치가 있다고 가정 할 필요는 없습니다. 메모리 위치는 주소 지정을 지원하기 때문에 일부 변수 (특히 배열)에는 메모리 위치가 있습니다 (CPU 레지스터는 이름을 지정할 수 없음).

실행을 위해 변수 및 명령문과 프로세서 메모리 위치 및 프로세서 명령어 시퀀스간에 논리적 매핑이 있습니다. 값이 변하지 않는 변수 (예 : 상수)는 메모리 위치가 필요하지 않습니다. 값은 마음대로 재생산 할 수 있기 때문입니다 (예 : 컴파일러에서 생성 한 코드 시퀀스에 필요).

변수가 메모리 위치와 동일하다고 말하는 것이 안전합니까?

아니요. 변수 및 메모리 위치는 두 개의 서로 다른 추상화 수준에서 두 개의 추상화입니다. 변수 및 포인터는 코드 / 언어 레벨에서 상위 레벨 개념이며, 메모리 위치는 기계 레벨에서 하위 레벨 개념입니다. 코드가 실행 파일로 컴파일되면 더 이상 변수가 없습니다. 이런 방식으로 메모리 위치와 변수에 대해 이야기하려고 시도하는 것은 범주적인 오류입니다.

변수는 메모리를 사용하여 구현할 수 있지만 컴파일러가 계산을 최적화하고 변수와 관련된 모든 계산을 레지스터에 완전히 수행하거나 단일 변수를 여러 메모리 위치에 배치하거나 단일 메모리를 사용할 수있는 것은 아닙니다 여러 변수의 위치.

포인터는 값이 다른 메모리 위치의 메모리 주소 인 메모리 위치입니다.

이 일련의 플래시 카드는 너무 혼란 스러우며 옳지 않을뿐만 아니라 잘못되었습니다.

변수는 언어 구조 입니다. 그것들은 이름을 가지고 있고, 범위 내에 있으며, 코드의 다른 부분들에 의해 참조 될 수 있습니다. 그것들은 논리적 인 엔티티입니다. 관찰 가능한 동작이 언어 표준에 의해 규정 된 한 컴파일러는 원하는 방식으로이 언어 구문을 자유롭게 구현할 수 있습니다. 따라서 컴파일러가 필요하지 않다는 것을 증명할 수 있다면 변수를 어디에도 저장할 필요가 없습니다.

메모리 위치는 하드웨어 개념 입니다. 그들은 가상 / 물리적 기억의 장소를 나타냅니다. 모든 메모리 위치에는 정확히 하나의 물리적 주소와이를 조작하는 데 사용할 수있는 가상 주소가 있습니다. 그러나 각 메모리 위치에는 항상 정확히 1 바이트가 저장됩니다.

포인터는 특별한 종류의 값 입니다. 무언가를 말하는 것은 어떤 것이 유형이라고 말하는 것과 유사하다 double. 값에 사용되는 비트 수와 해당 비트가 해석되는 방법을 나타내지 만이 값이 변수에 저장되어 있거나이 값이 메모리에 저장되어 있다는 의미는 아닙니다.

C의 예를 제공하려면, I는 2 차원 배열이 때 int foo[6][7];난과의 요소를 액세스 foo[1][2]한 후 foo배열을 유지하는 변수이다. foo이 컨텍스트에서 사용 되면 배열의 첫 번째 요소에 대한 포인터로 바뀝니다. 이 포인터는 변수에 저장되지 않으며 메모리에 저장되지 않으며 값은 CPU의 레지스터 내에서만 생성되어 사용 된 다음 잊어집니다. 마찬가지로, foo[1]이 문맥에서 표현식 은 또 다른 포인터로 바뀌며, 다시 변수에 있지 않고 메모리에 저장되지 않고 CPU에서 계산되어 사용 및 잊혀집니다. 세 가지 개념 변수 , 메모리 위치 및 포인터 는 실제로 세 가지 다른 개념입니다.

Btw, 나는 정말로 "각 메모리 위치에 항상 정확히 1 바이트가 저장되어있다"는 것을 의미했습니다. 50 년 전의 컴퓨팅 시대에는 그렇지 않았지만 오늘날 사용되는 거의 모든 하드웨어에 적용됩니다. 1 바이트보다 큰 메모리에 값을 저장할 때마다 실제로 여러 개의 연속 메모리 위치를 사용합니다. 즉, 빅 엔디안 바이트 순서를 가정하면 숫자 0x01234567은 다음과 같이 메모리에 저장됩니다.

+------+------+------+------+
| 0x01 | 0x23 | 0x45 | 0x67 |
+------+------+------+------+
    ^      ^      ^      ^
    |      |      |      |
 0x4242 0x4243 0x4244 0x4245

(X86 아키텍처와 같은 리틀 엔디 언 머신은 바이트를 역순으로 저장합니다.) 이것은 포인터에도 적용됩니다. 64 비트 머신의 포인터는 각각 고유 한 메모리 주소를 가진 8 개의 연속 바이트로 저장됩니다. 메모리 셀을보고 "아, 이것은 포인터입니다!"라고 말할 수 없습니다. 메모리를 볼 때 항상 바이트 만 표시됩니다 .

당신의 실제 질문에 집중하도록하겠습니다 – "누가 맞습니까?" 이 두 문장을 비교할 때 :

• 포인터는 값이 다른 변수의 메모리 주소 인 변수입니다
• 포인터는 값이 다른 메모리 위치의 메모리 주소 인 메모리 위치입니다.

이것에 대한 대답은 none 입니다. 첫 번째는 "다른 변수의 메모리 주소"에 대해 말하지만, 다른 답변이 이미 설명한 것처럼 변수에 반드시 메모리 주소가있는 것은 아닙니다. 두 번째 포인터는 "포인터는 메모리 위치입니다"라고 말하지만 포인터는 문자 그대로 숫자로 변수에 저장 될 수 있지만 이전과 마찬가지로 변수에 반드시 메모리 주소가있는 것은 아닙니다.

보다 정확한 진술을위한 몇 가지 예 :

• "포인터는 메모리 위치의 메모리 주소를 나타내는 숫자"또는

• "포인터 변수는 값이 메모리 위치의 메모리 주소 인 변수입니다."

• "메모리 주소는 메모리 위치의 메모리 주소를 나타내는 포인터를 보유 할 수 있습니다."

때때로 "포인터"라는 용어는 "포인터 변수"의 바로 가기로 사용되는데, 이는 혼동되지 않는 한 괜찮습니다.

포인터가 주소를 포함하는 메모리 위치라고 말하지 않을 것입니다. 하나, 나는 0x23453단일 바이트에 맞는 아키텍처를 알지 못합니다 . :) 바이트 / 워드 구분을 핸드 웨이드로 분리하더라도 모든 메모리 위치에 주소가 포함되어 있다는 문제가 여전히 있습니다 . 주소는 숫자 일 뿐이며 메모리 내용은 숫자 일뿐입니다.

여기서의 트릭은 "포인터" 가 아키텍처의 특정 기능이 아니라 인간 의도를 설명하는 것이라고 생각합니다 . "문자"또는 "문자열"이 메모리에서 볼 수있는 구체적이지 않은 방식과 비슷합니다. 모두 숫자 일 뿐이지 만 처리되는 방식이기 때문에 문자열로 작동합니다. "포인터"는 단순히 주소로 사용되는 값을 의미합니다.

솔직히, 당신의 목표가 특정 언어 를 가르치는 것이라면 (객관적 C?), 나는 고전적인 메모리 테이프를 그리는 것이 그다지 유용하지 않다고 확신합니다. 이미 입력 한 값과 바이트에 비해 너무 큰 값을 표시하여 하얀 거짓말을하고 있습니다. 역학이 아닌 시맨틱을 가르치십시오. 포인터에 대한 핵심 통찰력은 포인터를 간접적으로 제공한다는 것 입니다. 이는 매우 유용한 도구입니다.

나는 데이터 를 어디 에서 찾을 수 있는지 알려주는 URL과 비교할 수 있지만 데이터 자체는 아닙니다. 내 말을 들어 :

• 당신은 거의 URL이 실제로하든 상관 없습니다 이다 ; 그들 중 대다수는 이름과 관련하여 멀리 떨어져 있습니다. 많은 사람들 이 URL이 페이지에 어떤 영향을 미치는지 정확히 몰라도 인터넷을 사용합니다 . 어떤 사람들은 URL을 완전히 모르고 있습니다.

• 모든 문자열이 URL이거나 URL로 사용되는 것은 아닙니다.

• 가짜 URL 또는 존재했지만 삭제 된 페이지를 방문하려고하면 오류가 발생합니다.

• URL은 이미지, 일부 텍스트, 음악 또는 기타 여러 개별 항목을 가리 키거나 다양한 내용이 포함 된 페이지를 가리킬 수 있습니다. 레이아웃은 비슷하지만 데이터가 다른 전체 페이지를 갖는 것이 매우 일반적입니다.

• 웹 페이지를 만들고 다른 웹 페이지의 데이터를 참조하려는 경우 해당 웹 페이지를 모두 복사하여 붙여 넣을 필요는 없습니다. 당신은 그것에 링크를 만들 수 있습니다.

• 다른 수의 다른 페이지는 동일한 URL에 연결할 수 있습니다.

• 유사한 페이지 모음이있는 경우 모든 페이지에 대한 링크를 나열하는 색인 ​​페이지를 만들거나 1 페이지 하단에 2 페이지로 이동하는 "다음"링크가있을 수 있습니다. 특히 웹 마스터가 다양한 장소에서 페이지를 추가하거나 제거하기 위해해야 ​​할 일을 고려할 경우 두 가지 방법의 장점과 단점이 즉시 명백합니다.

이 비유는 매우 명확하게 포인터가 무엇인지 에 대해 그렇지 않으면 그냥 복잡, 임의 및 무의미한 것 -을 이해하는 데 중요하다. 이미 무엇을하고 왜 유용한 지 이해한다면 어떤 것이 어떻게 작동 하는지 이해하는 것이 훨씬 쉽습니다. 당신은 이미 포인터가 뭔가 다른 곳을 알려줍니다 일부 블랙 박스는, 그 내면화 한 경우 다음 당신이 주소가 상당히 알 수있는 바와 같이 다음 포인터를 대표하는 메모리 모델의 복잡한에 대해 알아보세요. 또한 시맨틱 스를 가르치면 학생들이 다른 형태의 간접 지식을 이해하고 발명 할 수있는 훨씬 더 나은 장소에있게됩니다. 대부분의 주요 언어에 포인터가 전혀 없을 때 좋습니다!

이미 답변을 수락했으며이 질문에 5 개의 답변이 이미 있지만 그들이 언급하지 않은 점이 있습니다. CS 교재는 종종 프로그래밍 언어의 선택에 대해 불가지론적인 태도를 취하려고 시도하는데, 이는 사물을 설명하는 데 사용되는 용어가 보편적이라는 암시적인 가정으로 이어집니다. 그렇지 않습니다.

C에서는 단항 앰퍼샌드 연산자를 "주소"연산자라고합니다. C 프로그래머는 표현식 &x이 변수 x의 주소로 평가 된다고 주저하지 않을 것 입니다. 물론 그들은 "변수 x의 값이 저장되는 메모리 주소"를 의미하지만 아무렇지도 않은 대화에서 그와 같은 사람은 아무도 없습니다. C에서 단어 "포인터"는 일반적으로 메모리 주소를 값으로 갖는 변수의 데이터 유형을 나타냅니다. 또는 값의 데이터 유형과 동일합니다. 그러나 어떤 사람들은 "포인터"를 가치 자체로 사용합니다.

Java에서 객체 또는 배열 유형의 모든 변수는 C 포인터와 비슷하게 동작하지만 (포인터 산술 제외) Java 프로그래머는 포인터가 아닌 참조를 호출합니다.

C ++은 참조와 포인터를 다른 개념으로 간주합니다. 그것들은 관련이 있지만 완전히 같은 것은 아니기 때문에 C ++ 프로그래머는 대화에서 구별해야합니다. 앰퍼샌드는 일부 상황에서는 "주소"로, 다른 상황에서는 "참조"로 읽습니다.

포인터는 값이 다른 변수의 메모리 주소 인 변수입니다.

C 프로그래머가 "int"와 같은 의미로 "포인터"를 사용하여이를 설명 할 수있는 방법입니다. ( "in 포인터는 메모리 주소를 보유하고 int는 특정 범위 내의 정수를 보유합니다."

포인터는 값이 다른 메모리 위치의 메모리 주소 인 메모리 위치입니다.

"is"에 대한 매우 느슨하고 비공식적 인 정의가 필요하기 때문에 그것은 이상한 방법입니다.

변수가 메모리 위치와 동일하다고 말하는 것이 안전합니까?

메모리 주소가 변수의 값이 저장된 메모리의 위치라고 말하는 것이 더 분명합니다. (컴파일러 최적화로 인해 모든 변수가 메모리에 저장되는 것은 아니지만 주소가 사용되는 모든 변수가 저장됩니다 &x.)

명령문 A 포인터는 값이 다른 변수의 메모리 주소 인 변수 입니다. 그러나 독자는 메모리 위치가 정확히 무엇인지, 그것이 변수와 어떻게 다른지 이해할 때까지 포인터가 정확히 무엇인지 이해하므로 더 이상이 부정확 한 설명에 의존 할 필요가 없습니다.

명령문 A 포인터는 값이 다른 메모리 위치의 메모리 주소 인 메모리 위치 입니다. 포인터의 값은 메모리 위치에 저장 될 필요가 없으며, 의도 된 "메모리"의 정의에 따라 포인터가 메모리 위치를 가리켜 야하는 경우에는 논란의 여지가 있습니다.

변수와 메모리 위치의 차이점

메모리 위치는 데이터를 저장할 수있는 여러 가능한 장소 중 하나입니다. 해당 데이터는 변수이거나 변수의 일부일 수 있습니다. 변수는 데이터에 레이블을 지정하는 방법입니다.

이 답변은 C 및 C ++에 중점을 둡니다. 귀하의 질문이 다른 언어보다 C / C ++의 더 중요한 부분 인 포인터와 관련되어 있기 때문에 적절합니다. 이 게시물의 대부분은 정교한 런타임 (파스칼 또는 Ada와 같은 Java 또는 C #과 같은)없이 대부분의 컴파일 된 언어에 적용됩니다.

이미 주어진 좋은 답변은 변수가 물리적 메모리보다 더 추상적 인 수준의 언어 구성이라는 것을 강조합니다. 이 추상화에는 특정 이론적 근거와 시스템이 있음을 강조하고 싶습니다.

추상화는 주로 리터럴 주소 대신 이름을 사용하는 것으로 구성됩니다.

기본 아이디어는 변수가 유형이 지정된 개체의 명명 된 핸들이라는 것입니다. C / C ++의 객체는 일반적 으로 메모리에 있습니다. 그런 다음 언어는 수명 관리 및 형식 변환을위한 데이터 마샬링과 관련된 유용한 기능을 추가합니다. 변수의 개념은 실제 주소보다 더 추상적입니다. 실제로 주소의 숫자 값이나 메모리에서 함수의 정확한 위치는 신경 쓰지 않기 때문입니다. 우리는 단순히 이름을 짓고 나중에 이름으로 주소를 지정하며 컴파일러, 링커 및 런타임 시스템은 세부 사항을 처리합니다.

그리고 C / C ++가 메모리와 무관하다고 가정하지 마십시오. 결국 보편적으로 적용되는 주소 연산자가 있습니다. 예, 사실, 레지스터 스토리지 클래스에서 C 변수의 주소를 사용할 수 없습니다. 하지만 언제 마지막으로 사용한 적이 있습니까? 논쟁의 도매 해고가 아니라 일반적인 개념에 대한 특별한 예외입니다. 반대로, 일반적으로 변수의 주소를 취하면 실제로는 그렇지 않은 경우에도 (예를 들어 상수를 사용하여) 컴파일러가 실제로 메모리에 객체를 생성해야합니다. "명명 된 핸들"개념은 C ++ 참조에 대한 패러다임이기도합니다. 참조는 동일한 객체에 대한 또 다른 이름 일뿐 입니다.

68k에 대한 인라인 어셈블러를 작성할 때 레지스터를 주소 지정하기 위해 변수 이름을 오프셋으로 사용하는 방법을 알 수있었습니다 (그리고 register베어 메탈 레지스터 이름 대신 선언 된 변수 이름을 사용할 수 있습니다 !). 컴파일러 에게 변수는 상수 주소 오프셋입니다. 반복 : 변수는 일반적으로 메모리의 객체에 대해 핸들로 명명됩니다.

"표준의 일부 또는 구현 문서가 일부 동작의 동작을 설명하고 일부는 정의되지 않은 것으로 분류하는 경우" "가 지배적이다."는 물론 다른 언어의 용어 사용과 일치하는 "가변"의 정의.

이 언어에서 각 메모리 위치는 항상 몇 개의 비트 (보통 8 개)의 비트를 보유하는 번호가 매겨진 사서함으로 볼 수 있으며, 각 비트는 독립적으로 0 또는 1 일 수 있습니다. 메모리 위치는 일반적으로 2, 4 또는 8 행으로 구성됩니다. 일부 작업은 여러 연속 메모리 위치에서 한 번에 처리됩니다. 머신에 따라 2 개, 4 개 또는 8 개의 메모리 위치 그룹에서 작동하는 일부 작업은 단일 행 내의 위치에서 작동하도록 제한 될 수 있습니다. 또한 일부 컴퓨터에는 연속적으로 번호가 매겨진 사서함이있는 단일 방이있을 수 있지만 다른 컴퓨터에는 여러 개의 분리 된 번호가 지정된 사서함 그룹이있을 수 있습니다.

변수는 독점적으로 연관된 메모리 위치 범위와 해당 메모리 위치를 해석해야하는 유형을 식별합니다. 변수를 읽으면 관련 저장 위치 내의 비트가 변수 유형에 적합한 방식으로 해석되고 변수를 쓰면 관련 비트가 해당 유형 및 값에 적합한 방식으로 설정됩니다.

주소는 사서함을 식별하는 데 필요한 모든 정보를 캡슐화합니다. 이 번호는 간단한 숫자로 저장되거나 해당 그룹 내의 사서함 수와 함께 일종의 그룹 지정자로 저장 될 수 있습니다.

&연산자를 변수에 적용하면 주소와 유형을 캡슐화하는 포인터가 생성됩니다. 단항 *또는 []연산자를 포인터에 적용하면 캡슐화 된 주소에서 시작하는 사서함 비트가 캡슐화 된 유형에 적합한 방식으로 해석되거나 설정됩니다.

나는이 파티에 늦게 올 것이다. 그러나 나는 나의 2 센트를 넣는 것을 저항 할 수 없다.

이때 메모리 위치에 저장된 값의 차이는 무엇입니까?

시간 1

시간 2

정답 : 없음. 그것들은 모두 의미가 다른 해석으로 제시된 동일한 값입니다.

어떻게 알 수 있습니까? 내가 이것을 만든 사람이기 때문에. 당신은 아직 그것을 정말로 모른다.

내가 대역 외 문제 라고 부르는 것이 있습니다. 이러한 값의 의미를 올바르게 해석하는 방법은 여기에 저장되지 않습니다. 그 지식은 다른 곳에 저장됩니다. 그러나이 값들을 종이에 제시 할 때 그 해석에 넣습니다. 즉, 이러한 메모리 위치에 존재하지 않는 정보를 추가했음을 의미합니다.

예를 들어, 여기의 값은 동일하지만 ASCII / UTF-8 문자 인코딩이 EBCDIC이 아니라 첫 번째 문자를 얻은 방법 이라고 가정 할 때 올바른 경우에만 사실임을 알고 있습니다 . 또한 두 번째는 메모리 위치에 저장된 숫자 값의 16 진수 표현이라고 가정해야합니다.이 값은 모두 "0x"로 시작하는 문자열에 대한 참조가 아니라 다른 주소에 대한 포인터 일 수 있습니다. :피

이 메모리 위치에 저장된 내용은 해당 가정 중 어느 것이라도 정확하지 않습니다. 해당 정보를 저장할 수 있습니다. 그러나 다른 곳에 저장 될 것입니다.

이것이 프리젠 테이션 문제 입니다. 제시 방법에 먼저 동의하지 않으면 어떤 숫자도 표현할 수 없습니다. 가정, 규칙 및 컨텍스트에 의존 할 수 있지만 프레젠테이션을 명시 적으로 정의하지 않은 경우 깊이 긁으면 "충분한 정보"가 유일합니다.