Roman. : 예, 그렇습니다. 어셈블러에는 jmp도 있습니다. 그래서 무엇을 위해 만들어졌습니까?
어셈블러에는 중괄호와 if가 없으므로 jmp도 없고
ja x 위 > 부호 없는 숫자
jae x 위 또는 같음 >= 부호 없는 숫자
jb x 아래 < 부호 없는 숫자
jbe x 이하 또는 같음 <= 부호 없는 숫자
jc x Carry c==1 (shr,shl,sar,sal,ror,rol…)
jcxz x CX는 0입니다. cx==0
je x 같음 ==
jz x 0 ==0
js x 기호<0
jg x 더 큰 > 부호 있는 숫자
jge x 크거나 같음 >= 부호 있는 숫자
jl x Less < 부호 있는 숫자
jle x 작거나 같음 <= 부호 있는 숫자
Zhunko : 소멸자를 트리거하여 블록을 종료하는 데 익스트림을 사용하지 않았습니다. 그러나 중첩 루프에서 조기 종료하고 다른 조건에서 동일한 지점 또는 다른 지점으로 점프하려면 코드를 단순화하기 위해 goto가 필수적입니다. 또한 단순화는 코드 실행뿐만 아니라 시각적이기도 합니다.
예, 그렇습니다. 어셈블러에는 jmp도 있습니다. 그래서 무엇을 위해 만들어졌습니까?
어셈블러에는 중괄호와 if가 없으므로 jmp도 없고
부족한
일반적으로 컴파일러를 직접 작성하기 시작할 때까지 goto를 사용하는 것이 왜 바람직하지 않은지 이해하지 못할 것입니다.
Goto는 실행의 흐름을 깨고 범위를 벗어나 암시적 생성자/소멸자가 많은 OOP에서 특히 해롭습니다. 컴파일러 개발자는 갑자기 "바로 여기, 블록 한가운데에서 아무도 모르는 곳으로 건너뛰자."
동일한 C ++에서 호환성을 위해 goto를 사용할 수 있지만 컴파일러는 goto 사용에 많은 제한을 가하고 똑같이 간단한 경우에 가장 단순한 점프의 좁은 틈새만 남겨둡니다.
일반적으로 컴파일러를 직접 작성하기 시작할 때까지 goto를 사용하는 것이 왜 바람직하지 않은지 이해하지 못할 것입니다.
Goto는 실행의 흐름을 깨고 범위를 벗어나 암시적 생성자/소멸자가 많은 OOP에서 특히 해롭습니다. 컴파일러 개발자는 갑자기 "바로 여기, 블록 한가운데에서 아무도 모르는 곳으로 건너뛰자."
동일한 C ++에서 호환성을 위해 goto를 사용할 수 있지만 컴파일러는 goto 사용에 많은 제한을 가하고 똑같이 간단한 경우에 가장 단순한 점프의 좁은 틈새만 남겨둡니다.
소멸자를 트리거하여 블록을 종료하는 데 익스트림을 사용하지 않았습니다. 그러나 중첩 루프에서 조기 종료하고 다른 조건에서 동일한 지점 또는 다른 지점으로 점프하려면 코드를 단순화하기 위해 goto가 필수적입니다. 또한 단순화는 코드 실행뿐만 아니라 시각적이기도 합니다.
자, 여기서 종교 전쟁 게임을 하세요. 글쎄, 거기에는 goto가 없습니다.
그런 상황이 정말 필요했을 때 귓가에 유황이 끓을 정도로 그런 상황은 기억나지 않는다. "으응, 저기..." 라는 생각이 머릿속에 언제 들어왔는지 기억도 안 난다. 그렇지 않았습니다. 동시에 내 알고리즘이 너무 기초적이라고 말할 수는 없습니다.
마찬가지로 어떤 신비한 이유로 goto를 떠날 수는 있지만 금지합니다. 아무것도, 그들은 할 수 있습니다.
자, 여기서 종교 전쟁 게임을 하세요. 글쎄, 거기에는 goto가 없습니다.
내 알고리즘이 너무 기초적이라고 말할 수는 없습니다.
자, 여기서 종교 전쟁 게임을 하세요. 글쎄, 거기에는 goto가 없습니다.
그런 상황이 정말 필요했을 때 귓가에 유황이 끓을 정도로 그런 상황은 기억나지 않는다. "으응, 저기..." 라는 생각이 머릿속에 언제 들어왔는지 기억도 안 난다. 그렇지 않았습니다. 동시에 내 알고리즘이 너무 기초적이라고 말할 수는 없습니다.
마찬가지로 어떤 신비한 이유로 goto를 떠날 수는 있지만 금지합니다. 그리고 아무것도, 그들은 그것을 할 수 있습니다.
아니, 그건 공평하지 않습니다. 나는 사용하지 않지만 무해합니다.