값을 다른 표현으로 변환 한 다음 시작된 위치로 다시 변환하는 코드는 어떻습니까? [닫은]

나는 나쁜 프로그래밍 관행에 관한 기사를 읽고 있었다 .

그것은 언급했다-

값을 다른 표현으로 변환 한 다음 다시 시작 위치로 변환하는 "요요 코드"(예 : 10 진수를 문자열로 변환 한 다음 다시 10 진수로 변환하거나 문자열을 채운 후 자르기)

그가 제공하는 특정 예가 왜 프로그램을 작성하는 나쁜 방법인지 이해할 수 없습니다. 상황에 따라 값을 사용할 수 있도록 변환하는 것이 좋습니다.

누구든지 이것에 대해 더 설명 할 수 있습니까?

당신이 경우에도 할 필요가 숫자를 모두와 숫자의 문자열 표현을 대신 다시는 하나 또는 다른해야 할 때마다 변환하는, 한 번만 변환도 원래 값에 중지하는 것이 좋습니다.

원칙적으로 항상 존재하지 않는 코드는 미묘한 결함을 가질 수 없지만 종종 존재하는 코드 는 미묘한 결함을 가질 수 없습니다 . 그것은 편집증처럼 들릴지 모르지만 경험에 따르면 그것이 적절하다고 가르칩니다. "이 복잡한 시스템을 이해할만큼 똑똑하지 않다"는 영구적 인 불안감으로 프로그래밍에 접근하면 올바른 길을 가고 있습니다.

세 가지 주요 이유로 나쁘다 :

1. 변수가 실제로 어떤 유형 / 형식에 대해 생각하지 않았지만 대신 현재 필요한 것으로 변환하고 있음을 보여줍니다. 이것은 디자인 사고의 부족을 보여줍니다.
2. 아마 낭비입니다. 사이클과 코드 라인을 거의 낭비하지 않고 변환 할 필요가 없습니다. 그러면 코드가 필요 이상으로 느리고 부풀어집니다.
3. 유형 변환은 미묘한 오류가 발생하기 쉽습니다. 코드를 통해 이러한 변환을 수행하면 오류 가능성이 높아집니다.

이유 1은 소스가 언급 된 컨텍스트를 기반으로 소스가 생각한 이유라고 생각합니다.

나는 설명을 " 원본에서 잘 수행되었거나 더 잘 수행 될 수있는 것을 수행하기 위해 유형을 다른 표현으로 변환 한 다음 다시 변환하는 코드"로 바꾸겠다 . 다른 유형, 그것을 바탕으로 행동하고, 그것을 다시 변환하는 것은 전적으로 적절하고 있습니다 실패 잘못된 동작이 발생할 것입니다 그렇지.

변환이 좋은 예 :
하나는 float크기가 최대 1,000까지 차이가 ​​나는 4 개의 임의 부호 값을 가지며 마지막에 0.625 단위 이내로 합계를 계산해야합니다. 네 가지 값을 모두로 변환 double하고 합계를 계산 한 다음 결과를 다시 변환하는 것은 단독으로 float사용하는 방법보다 훨씬 효율적 float입니다.
_{부동 소수점 값은 마지막 위치 (ULP)에서 0.5 단위까지 정확합니다. 이 예에서는 최악의 반올림 오류가 최적의 최악의 오류보다 25 % 이상 높아야합니다. double을 사용하면 0.5001 ULP 내에서 정확한 값을 얻을 수 있습니다. 0.625 ULP 요구 사항이 고려 된 것처럼 보일 수 있지만 이러한 요구 사항은 연속 근사 알고리즘에서 종종 중요합니다. 에러 바운드가 더 엄격하게 지정 될수록 최악의 반복 요구 사항은 낮아집니다.}

변환이 나쁜 예 :
부동 소수점 숫자가 있고 값을 고유하게 나타내는 문자열을 출력하려고합니다. 한 가지 방법은 숫자를 특정 자릿수의 문자열로 변환하고 다시 변환하여 결과가 일치하는지 확인하는 것입니다.

그러나 이것은 실제로 나쁜 접근 방식입니다. 10 진수 문자열이 두 부동 소수점 값 사이의 중간 지점에 거의 정확하게 위치하는 값을 나타내는 경우 문자열 대 부동 소수점 방법이 항상 가장 가까운 float값을 산출하도록 보장하는 것이 상당히 비싸며 , 이러한 많은 변환 방법은 '그런 보증을지지하지 마십시오 (다른 것들과 마찬가지로 어떤 경우에는 수십억 자릿수의 숫자라도 숫자의 모든 자릿수를 읽어야합니다).

메소드가 항상 표시된 값의 마지막 위치 (ULP)에서 0.5625 단위 내에있는 값을 리턴하도록 보장하는 것이 훨씬 저렴합니다. 강력한 "가역"10 진수 문자열 형식화 루틴은 출력 값이 올바른 값에서 얼마나 떨어져 있는지 계산하고 0.25 (ULP)가 아닌 경우 결과가 0.375 (ULP) 내에 올 때까지 숫자를 계속 출력해야합니다. 그렇지 않으면 일부 변환 방법이 올바르게 처리하는 문자열이 출력 될 수 있지만 다른 변환 방법은 그렇지 않습니다.

잘못 해석 될 수있는 값을 출력하는 것보다 "필요하지 않은"숫자를 출력하는 것이 더 좋습니다. 중요한 부분은 문자열을 다시 숫자로 변환하려는 특정 방법의 시도 결과가 아니라 출력 프로세스와 관련된 숫자 계산을 기반으로 얼마나 많은 자릿수를 출력해야하는지 결정해야한다는 것입니다.

여러가지 이유

1. 무의미하고 작성 및 유지해야 할 코드의 양과 필요한 CPU 시간이 모두 복잡해집니다.

   2. 정확도가 떨어지거나 악화 될 수 있습니다.

   3. 필요한 숫자의 더 많은 표현을 저장하면 (언어에 따라 잠재적으로) 메모리를 낭비합니다.

모범 사례는 수신 한 모든 데이터에 대해 가장 정확한 첫 번째 표현을 유지하는 것입니다. 이 데이터를 사용하여 계산을 수행하고, 출력하거나 읽기 쉬운 형식으로 표시해야하는 경우에만 변환하십시오.

왜? 우리 중 최고조차도 실수를 할 수 있기 때문입니다.

float <-> 문자열 변환이 안전한지 확인하기 위해 Microsoft가 "왕복"형식을 구현하려고 할 때 어떤 일이 발생했는지 살펴보십시오. https://stackoverflow.com/q/24299692/541686

내가 학교에있을 때 (그리고 전기 공학의 포스트 스쿨) 우리는 곱한 후에 나누는 법을 배웠다. 나눗셈은 종종 많은 숫자로 반올림됩니다. 나누기 후 곱하기 나누기 오류가 곱해집니다.

유형 변환은 동일하므로 데이터가 손실 될 위험이 있습니다. CInt (1.3) = 1.

내 언어 인 Basic에서는 유형 변환 만 수행합니다 (VB6 프로그램은 런타임의 모든 API 호출에 대해 ANSI / 유니 코드 변환에 90 %의 시간을 소비합니다).

타입 변환은 우리가하는 모든 것을 암시합니다.

 Print 5

문자열 "5"는 숫자 리터럴에서 인쇄됩니다.

form1.caption = "My Form"

유니 코드 문자열 리터럴은 ANSI 문자열로 변환되어 양식 패키지에 의해 SetWindowsTextA로 전송됩니다.

이조 차도 기본적으로 작동합니다.

a = "5"
b = 3

c = a + b (= 8)

요즘 나는 변형 프로그래머입니다. 심지어 유형에 대해서는 생각조차하지 않습니다. 나는 단지 자동 변환에 의존합니다.

어쨌든 내 3 마리의 애완 동물은

변수를 사용하기 위해 문자열 리터럴을 변수에 할당 (메모리 낭비 및 느림)

코드가 인라인 될 수있는 무의미한 함수 (그리고 컴파일러는 아마도 함수를 취소하고 어쨌든 인라인 할 것입니다)

End Function 또는 프로그램 종료 전의 마지막 행으로 모든 오브젝트를 아무것도 설정하지 않습니다.

짧은 프로그램의 경우 4 번째

5 줄 프로그램에서 3 개의 변수를 무의미하게 흐리게합니다.