정규화이중 역설 - 페이지 12

 
pavlick_ :
모든 것이 명확하고 우리에게 아무 것도 알려주지 않습니다. 그리고 당신이 말에 책임이 없다면 대화에 개입하지 않는 것이 좋습니다.

당신은 바보예요?

중재자는 내가 바보와 떨어져 있기 위해 일주일 동안 금지합니다.

 
Integer :

당신은 바보예요?

중재자는 내가 바보와 떨어져 있기 위해 일주일 동안 금지합니다.

엎드려, 이 새끼야.
 

어머, 이거 굉장해! 분수에 대한 결투를 하자))))))))))))

 

꼬리는 숫자의 10진수 문자열 표현에만 존재한다고 말하는 것이 공정할 것입니다.

그리고 이진 표현에서는 꼬리가 줄 수 있는 소수점 이하 자릿수가 없다는 의미에서 꼬리가 없습니다.

그러나 숫자가 "인간 형식으로 압축 해제"되는 순간 알고리즘이 독립적으로 유효 자릿수인지 여부를 결정할 수 없기 때문에 꼬리가 소수점 이하 자릿수로 나타납니다.

그래서 그것은 "도와야"하고 반올림해야합니다

게다가, 대부분의 경우 사람이 결국 어떤 숫자를 얻을 것인지는 분명할 것입니다. "꼬리"만 보면 됩니다.

그렇기 때문에 대부분의 거래 문제에 대해 필요한 정확도가 선험적으로 알려져 있고 언어 수준에서 기성품 솔루션을 갖는 것이 편리할 것이기 때문에 그러한 간단한 일이 기계에 구현되지 않은 것에 분개했습니다.

...........................

원래 스레드를 계속...

처음에는 DoubleToStr(current,2) 솔루션이 항상 올바른 것은 아니라는 의심이 들었습니다.

그러나 DoubleToStr 프레임의 다른 "꼬리" 숫자를 인쇄로 대체하여 모든 예제가 제대로 작동하는지 확인했습니다.

동시에 MQL에는 동일한 기능을 하는 DoubleToStr 및 DoubleToString 이라는 두 개의 동일한 기능이 있다는 것을 발견했습니다. 아마도 그 중 하나는 호환성을 위해 남겨둔 버전 600 이전의 MQL 이전 버전의 유물일 것입니다.

...........................................

또한 이진수 형식은 높은 정밀도를 요구하는 작업에 적합하지 않을 수도 있다고 생각했습니다.

거래에서는 아마도 그러한 작업이 없을 것입니다. 그러나 천문학이나 물리학에서는 이러한 이진수를 사용한 농담은 아마도 받아 들일 수 없을 것입니다