Nikolai Semko : 귀하의 알고리즘에서 문자열을 제거했습니다. 왜 그것들을 사용했는지는 미스터리였습니다. 코드를 보면 실제 색상을 어떻게 표시할까요? 불필요한 검사가 많고 접선, 배열 정렬과 같은 기능을 사용합니다. 저는 +-*/만 사용합니다. Mt4는 더 느리고 이해할 수 있지만 30배는 아닙니다.
글쎄, 조금 후에 나는 내 알고리즘을 4에 놓고 볼 것입니다. 왜 4를 전혀 사용합니까? 그래픽 인터페이스의 경우 4는 전혀 적합하지 않습니다. 리소스도 읽지 않습니다. 4에서 5로 코드를 다시 실행하는 것은 그 반대의 경우보다 훨씬 어렵습니다.
Nikolai Semko : 귀하의 알고리즘에서 문자열을 제거했습니다. 왜 그것들을 사용했는지는 미스터리였습니다. 코드를 보면 실제 색상을 어떻게 표시할까요? 불필요한 검사가 많고 탄젠트, 배열 정렬과 같은 기능을 사용합니다. 저는 +-*/만 사용합니다. Mt4는 더 느리고 이해할 수 있지만 30배는 아닙니다.
글쎄, 조금 후에 나는 내 알고리즘을 4에 놓고 볼 것입니다. 왜 4를 전혀 사용합니까? 그래픽 인터페이스의 경우 4는 전혀 적합하지 않습니다. 리소스도 읽지 않습니다. 4에서 5로 코드를 다시 실행하는 것은 그 반대의 경우보다 훨씬 어렵습니다.
그래픽 인터페이스의 경우 4가 매우 좋습니다. 그러나 다른 것에 대해 이야기합니다. 방심하지 맙시다.
Nikolai Semko : 불필요한 검사가 많고 탄젠트, 배열 정렬과 같은 기능을 사용합니다. 저는 +-*/만 사용합니다.
Nikolai, 나에게 뭔가 문제가 있다고 주장하기 전에 당신의 알고리즘이 정말 더 빠르고 더 나은지 확인합시다. 알고리즘을 MT5로 변경하고 속도를 확인하겠습니다. 그리고 어레이의 출력물을 표시하고 Windows의 색상과 비교합니다. (이 경우에도 여전히 string형을 사용해야 합니다 . 이것이 제가 사용한 이유 중 하나입니다. 비교를 위해서도 필요했습니다.)
Nikolai, 나에게 뭔가 문제가 있다고 주장하기 전에 당신의 알고리즘이 정말 더 빠르고 더 나은지 확인합시다. 알고리즘을 MT5로 변경하고 속도를 확인하겠습니다. 그리고 어레이의 출력물을 표시하고 Windows의 색상과 비교합니다. (이 경우에도 여전히 string형을 사용해야 합니다 . 이것이 제가 사용한 이유 중 하나입니다. 비교를 위해서도 필요했습니다.)
4-ke에 대한 내 알고리즘은 당신의 것보다 4배 이상의 보수가 있습니다.
다음은 4구를 사용하는 것이 왜 불합리한지에 대한 예입니다.
첫째, +/-*가 있는 간단한 알고리즘도 5-7배 느리게 작동합니다.
둘째, 내 기능은 오류 없이 즉시 4가 되었습니다. 그리고 나는 당신의 것을 시도하고 많은 수정을 했지만 코드는 완전히 다른 값을 얻었고 일부 색상 막대가 있었습니다. 믿기지 않으면 직접 시도하십시오.
문제는 4-ku를 사용하여 시간을 훔치는 것입니다. 조만간 4에서 5로 코드를 다시 실행해야 합니다. 4는 더 이상 지금처럼 수요가 많지 않을 것이며, 수요가 있더라도 5에서 4로 코드를 재작업하는 데 소비되는 힘은 그 반대의 경우보다 불균형합니다.
Nikolai, 나에게 뭔가 문제가 있다고 주장하기 전에 당신의 알고리즘이 정말 더 빠르고 더 나은지 확인합시다. 알고리즘을 MT5로 변경하고 속도를 확인하겠습니다. 그리고 어레이의 출력물을 표시하고 Windows의 색상과 비교합니다. (이 경우에도 여전히 string형을 사용해야 합니다 . 이것이 제가 사용한 이유 중 하나입니다. 비교를 위해서도 필요했습니다.)
Nikolai, 나에게 뭔가 문제가 있다고 주장하기 전에 당신의 알고리즘이 정말 더 빠르고 더 나은지 확인합시다. 알고리즘을 MT5로 변경하고 속도를 확인하겠습니다. 그리고 어레이의 출력물을 표시하고 Windows의 색상과 비교합니다. (이 경우에도 여전히 string형을 사용해야 합니다 . 이것이 제가 사용한 이유 중 하나입니다. 비교를 위해서도 필요했습니다.)
문자열 타입을 추론하기 위해 함수 자체의 본문에 넣을 필요는 없으나, 출력 시 값을 이 타입으로 변환하면 충분하다.
당신은 또 다른 주제로 인해 주의가 산만해집니다. 문제는 문자열 유형을 추론하는 방법이 아닙니다. 이것은 모두의 개인 스타일입니다.
내 코드를 변경하고 많은 코드를 추가했습니다. 이것은 결과를 크게 변경했습니다. 나는 모든 것을 MT5로 번역하고 당신이 여기에 쓴 것을 이해하려고 노력하고 있습니다.
결론은 색상 팔레트와 비교할 때 모든 것이 명확하다는 것입니다. 그리고 알고리즘을 사용하여 화면에 출력할 때 문제가 발생합니다. 문지름이 어디 있는지 알아내려고 합니다.
Peter, 문제는 포럼에 모든 사람이 색상 분해를 보고 적용할 수 있는 기능을 게시했다는 것입니다. 그러나 이 함수는 원하는 색상 배열을 형성하지 않고 화면에 그라데이션을 표시하는 대신 Print 출력 에만 적합한 문자열 배열만 형성합니다. 이것은 찌르는 돼지이며 다른 사람을 존중하지 않습니다. 누군가 필요하면 번역하십시오.
귀하의 알고리즘에서 문자열을 제거했습니다. 왜 그것들을 사용했는지는 미스터리였습니다. 코드를 보면 실제 색상을 어떻게 표시할까요? 불필요한 검사가 많고 접선, 배열 정렬과 같은 기능을 사용합니다. 저는 +-*/만 사용합니다. Mt4는 더 느리고 이해할 수 있지만 30배는 아닙니다.
MT4는 60배 더 느릴 수 있습니다. 두 플랫폼에서 int 배열의 채우기 비율을 확인하고 확인하십시오.
귀하의 알고리즘에서 문자열을 제거했습니다. 왜 그것들을 사용했는지는 미스터리였습니다. 코드를 보면 실제 색상을 어떻게 표시할까요? 불필요한 검사가 많고 탄젠트, 배열 정렬과 같은 기능을 사용합니다. 저는 +-*/만 사용합니다. Mt4는 더 느리고 이해할 수 있지만 30배는 아닙니다.
그래픽 인터페이스의 경우 4가 매우 좋습니다. 그러나 다른 것에 대해 이야기합니다. 방심하지 맙시다.
알고리즘에서 문자열을 제거했습니다. 왜 그것들을 사용했는지는 미스터리였습니다. 코드를 보면 실제 색상을 어떻게 표시할까요? 불필요한 검사가 많고 접선, 배열 정렬과 같은 기능을 사용합니다. 저는 +-*/만 사용합니다. Mt4는 더 느립니다.
끈 팬티는 사용할 수 없다는 것이 분명합니다. 사용자에게 더 편리할 것이라고 생각했습니다. 함수가 한 번 호출되면 마이크로초를 절약하는 요점이 무엇입니까?
불필요한 검사가 많고 탄젠트, 배열 정렬과 같은 기능을 사용합니다. 저는 +-*/만 사용합니다.
Nikolai, 나에게 뭔가 문제가 있다고 주장하기 전에 당신의 알고리즘이 정말 더 빠르고 더 나은지 확인합시다. 알고리즘을 MT5로 변경하고 속도를 확인하겠습니다. 그리고 어레이의 출력물을 표시하고 Windows의 색상과 비교합니다. (이 경우에도 여전히 string형을 사용해야 합니다 . 이것이 제가 사용한 이유 중 하나입니다. 비교를 위해서도 필요했습니다.)
Nikolai, 나에게 뭔가 문제가 있다고 주장하기 전에 당신의 알고리즘이 정말 더 빠르고 더 나은지 확인합시다. 알고리즘을 MT5로 변경하고 속도를 확인하겠습니다. 그리고 어레이의 출력물을 표시하고 Windows의 색상과 비교합니다. (이 경우에도 여전히 string형을 사용해야 합니다 . 이것이 제가 사용한 이유 중 하나입니다. 비교를 위해서도 필요했습니다.)
4-ke에 대한 내 알고리즘은 당신의 것보다 4배 이상의 보수가 있습니다.
다음은 4구를 사용하는 것이 왜 불합리한지에 대한 예입니다.
첫째, +/-*가 있는 간단한 알고리즘도 5-7배 느리게 작동합니다.
둘째, 내 기능은 오류 없이 즉시 4가 되었습니다. 그리고 나는 당신의 것을 시도하고 많은 수정을 했지만 코드는 완전히 다른 값을 얻었고 일부 색상 막대가 있었습니다. 믿기지 않으면 직접 시도하십시오.
문제는 4-ku를 사용하여 시간을 훔치는 것입니다. 조만간 4에서 5로 코드를 다시 실행해야 합니다. 4는 더 이상 지금처럼 수요가 많지 않을 것이며, 수요가 있더라도 5에서 4로 코드를 재작업하는 데 소비되는 힘은 그 반대의 경우보다 불균형합니다.
Nikolai, 나에게 뭔가 문제가 있다고 주장하기 전에 당신의 알고리즘이 정말 더 빠르고 더 나은지 확인합시다. 알고리즘을 MT5로 변경하고 속도를 확인하겠습니다. 그리고 어레이의 출력물을 표시하고 Windows의 색상과 비교합니다. (이 경우에도 여전히 string형을 사용해야 합니다 . 이것이 제가 사용한 이유 중 하나입니다. 비교를 위해서도 필요했습니다.)
그건 그렇고, 내 기능을 사용하면 그러한 실패없이 작동합니다.
잼에 대한 알고리즘의 수단입니다. 자신을 이해하십시오.
4-ke에 대한 내 알고리즘은 당신의 것보다 4배 이상의 보수가 있습니다.
다음은 4구를 사용하는 것이 왜 불합리한지에 대한 예입니다.
첫째, +/-*가 있는 간단한 알고리즘도 5-7배 느리게 작동합니다.
둘째, 내 기능은 오류 없이 즉시 4가 되었습니다. 그리고 나는 당신의 것을 시도하고 많은 수정을 했지만 코드는 완전히 다른 값을 얻었고 일부 색상 막대가 있었습니다. 믿기지 않으면 직접 시도하십시오.
문제는 4-ku를 사용하여 시간을 훔치는 것입니다. 조만간 4에서 5로 코드를 다시 실행해야 합니다. 4는 더 이상 지금처럼 수요가 많지 않을 것이며, 수요가 있더라도 5에서 4로 코드를 재작업하는 데 소비되는 힘은 그 반대의 경우보다 불균형합니다.
Nikolai, 관련 없는 주제에 주의를 흐트러뜨리지 맙시다. 알고리즘의 정확성과 속도 비교에 대해 이야기하십시오.
Nikolai, 나에게 뭔가 문제가 있다고 주장하기 전에 당신의 알고리즘이 정말 더 빠르고 더 나은지 확인합시다. 알고리즘을 MT5로 변경하고 속도를 확인하겠습니다. 그리고 어레이의 출력물을 표시하고 Windows의 색상과 비교합니다. (이 경우에도 여전히 string형을 사용해야 합니다 . 이것이 제가 사용한 이유 중 하나입니다. 비교를 위해서도 필요했습니다.)
문자열 타입을 추론하기 위해 함수 자체의 본문에 넣을 필요는 없으나, 출력 시 값을 이 타입으로 변환하면 충분하다.
문자열 타입을 추론하기 위해 함수 자체의 본문에 넣을 필요는 없으나, 출력 시 값을 이 타입으로 변환하면 충분하다.
당신은 또 다른 주제로 인해 주의가 산만해집니다. 문제는 문자열 유형을 추론하는 방법이 아닙니다. 이것은 모두의 개인 스타일입니다.
내 코드를 변경하고 많은 코드를 추가했습니다. 이것은 결과를 크게 변경했습니다. 나는 모든 것을 MT5로 번역하고 당신이 여기에 쓴 것을 이해하려고 노력하고 있습니다.
결론은 색상 팔레트 와 비교할 때 모든 것이 명확하다는 것입니다. 그리고 알고리즘을 사용하여 화면에 출력할 때 문제가 발생합니다. 문지름이 어디 있는지 알아내려고 합니다.
당신은 또 다른 주제로 인해 주의가 산만해집니다. 문제는 문자열 유형을 추론하는 방법이 아닙니다. 이것은 모두의 개인 스타일입니다.
내 코드를 변경하고 많은 코드를 추가했습니다. 이것은 결과를 크게 변경했습니다. 나는 모든 것을 MT5로 번역하고 당신이 여기에 쓴 것을 이해하려고 노력하고 있습니다.
결론은 색상 팔레트와 비교할 때 모든 것이 명확하다는 것입니다. 그리고 알고리즘을 사용하여 화면에 출력할 때 문제가 발생합니다. 문지름이 어디 있는지 알아내려고 합니다.
Peter, 문제는 포럼에 모든 사람이 색상 분해를 보고 적용할 수 있는 기능을 게시했다는 것입니다. 그러나 이 함수는 원하는 색상 배열을 형성하지 않고 화면에 그라데이션을 표시하는 대신 Print 출력 에만 적합한 문자열 배열만 형성합니다. 이것은 찌르는 돼지이며 다른 사람을 존중하지 않습니다. 누군가 필요하면 번역하십시오.