오 친구야, 버그가 공리와 어떻게 다르다고 생각해? 여기에 단어로 뇌를 뿌리는 것은 필요하지 않습니다. 3가지 포인트로 공식화된 모든 것이 내 첫 번째 게시물에서 쉽게 볼 수 있습니다. 모든 것이 잘못된 경우 - 당신이 목수가 아닌 프로그래머라면, 추가 목발 없이 prev_calculated를 사용하여 개별적으로 3가지 포인트에 나열된 간단한 작업을 해결할 수 있는 방법을 코드에 표시하십시오. 이전 눈금에서 계산된 막대의 수 표시, 정의 OnCalculate를 먼저 호출 하고 기록(제어량)이 변경되었는지 확인합니다. 사용자를 위해 아무 것도 생각할 필요가 없으며 공리에 맞게 조정할 필요도 없습니다.
여기에 당신을 위한 조리법이 있습니다: 우리는 문서를 주의 깊게 읽고 사전에서 "목발"이라는 단어를 제거했습니다.
Alexey Kozitsyn : 이 질문을 통해 Vladimir(그는 개발자의 입장만 변호함)가 아니라 개발자 자신(Slava로 대표됨)이 prev_calculated = 0으로 모든 것을 다시 계산하도록 해야 합니다. 결국 지표 사용에 대한 모든 옵션을 항상 계산할 수는 없습니다. 지금 문제가 있으면 중재자를 괴롭히는 것은 쓸모가 없습니다. 자세한 설명과 함께 서비스 데스크에 가야 합니다.
말이 안 됩니다. MQ에는 주요 개발 우선 순위 목록이 있으며 운전자의 승객의 바람은 움직이지 않습니다. 승객을 위한 최고의 솔루션은 오토바이를 타는 것입니다. 접두사별로 객체를 삭제하는 자체 제작 기능과 마찬가지로 MQ 우선 순위가 이에 대해 무르익지 않았습니다. 그래서 블라디미르 5인방의 열성팬인 블라디미르에게 커틀릿으로 파리를 따로따로 포장하는 아름다운 기능을 만들 것을 제안하고 그는 완고하게 피합니다. 함수/구조가 사전 호출에서 계산된 막대 수와 2개의 플래그 (OnCalculate의 첫 번째 실행 및 체크섬 변경)를 표시하는 경우 사용자는 초기화, 재계산 또는 휴면 시간을 결정합니다. 그리고 Bare prev_calculated는 3 "if"의 개인 조합을 해결합니다. 이것은 사용자를 위한 갈퀴입니다.
말이 안 됩니다. MQ에는 주요 개발 우선 순위 목록이 있으며 운전자의 승객의 바람은 움직이지 않습니다. 승객을 위한 최고의 솔루션은 오토바이를 타는 것입니다. 접두사별로 객체를 삭제하는 자체 제작 기능과 마찬가지로 MQ 우선 순위가 이에 대해 무르익지 않았습니다. 그래서 블라디미르 5인방의 열성팬인 블라디미르에게 커틀릿으로 파리를 따로따로 포장하는 아름다운 기능을 만들 것을 제안하고 그는 완고하게 피합니다. 함수/구조가 사전 호출에서 계산된 막대 수와 2개의 플래그(OnInit의 첫 번째 시작 및 체크섬 변경)를 표시하는 경우 사용자는 초기화, 재계산 또는 휴면 시간을 결정합니다. 그리고 Bare prev_calculated는 3 "if"의 개인 조합을 해결합니다. 이것은 사용자를 위한 갈퀴입니다.
적어도 "서면으로" 문제를 지정하는 의미가 있습니다. 그들이 감사한다면 적어도 목록에 올려 놓으십시오.
그 동안 당신은 그다지 아름답지 않은 일반적인 솔루션을 제안했지만 해결하는 작업은 표준이 아닙니다.
말이 안 됩니다. MQ에는 주요 개발 우선 순위 목록이 있으며 운전자의 승객의 바람은 움직이지 않습니다. 승객을 위한 최고의 솔루션은 오토바이를 타는 것입니다. 접두사별로 객체를 삭제하는 자체 제작 기능과 마찬가지로 MQ 우선 순위가 이에 대해 무르익지 않았습니다. 그래서 5인방의 열성팬인 블라디미르에게 돈까스로 파리를 따로따로 포장하는 아름다운 기능을 만들자고 제안하고 그는 완고하게 피한다. 함수/구조가 사전 호출에서 계산된 막대 수와 2개의 플래그(OnInit의 첫 번째 시작 및 체크섬 변경)를 표시하는 경우 사용자는 초기화, 재계산 또는 휴면 시간을 결정합니다. 그리고 Bare prev_calculated는 3 "if"의 개인 조합을 해결합니다. 이것은 사용자를 위한 갈퀴입니다.
당신은 생각해야합니다 ... 나중에 정확한 생각을 강조하기 위해 다시 말하겠습니다. 나는 "물"을 제거 할 것입니다 ...
초기화 중 버퍼 초기화에 대한 질문입니다. 논리적으로 생각하십시오. OnInit()에서는 Rates_total에 접근할 수 없습니다. 맞나요? OnInit()에서 Rates_total에 액세스할 수 없는 경우 표시기 버퍼의 크기를 아직 알 수 없습니다(=0을 직접 확인할 수 있음). 그리고 표시기 버퍼의 크기가 0이므로 무엇을 재설정하시겠습니까?
이것은 이해할 수 있습니다. 말도 안되는 소리는 Vladimir에 따르면 배열의 모든 요소를 통해 루프에서 표시기 버퍼 를 재설정해야 한다는 것입니다...
Alexey Kozitsyn : 이 질문을 통해 Vladimir(그는 개발자의 입장만 변호함)가 아니라 개발자 자신(Slava로 대표됨)이 prev_calculated = 0으로 모든 것을 다시 계산하도록 해야 합니다. 결국 지표 사용에 대한 모든 옵션을 항상 계산할 수는 없습니다. 지금 문제가 있으면 중재자를 괴롭히는 것은 쓸모가 없습니다. 자세한 설명과 함께 서비스 데스크에 가야합니다.
그렇습니다. 그가 서투른 조언을 하려고 하지 않았다면 아무도 그를 괴롭히지 않았을 것입니다.
오 친구야, 버그가 공리와 어떻게 다르다고 생각해? 여기에 단어로 뇌를 뿌리는 것은 필요하지 않습니다. 3가지 포인트로 공식화된 모든 것이 내 첫 번째 게시물에서 쉽게 볼 수 있습니다. 모든 것이 잘못된 경우 - 당신이 목수가 아닌 프로그래머라면, 추가 목발 없이 prev_calculated를 사용하여 개별적으로 3가지 포인트에 나열된 간단한 작업을 해결할 수 있는 방법을 코드에 표시하십시오. 이전 눈금에서 계산된 막대의 수 표시, 정의 OnCalculate를 먼저 호출 하고 기록(제어량)이 변경되었는지 확인합니다. 사용자를 위해 아무 것도 생각할 필요가 없으며 공리에 맞게 조정할 필요도 없습니다.
이 질문을 통해 Vladimir(그는 개발자의 입장만 변호함)가 아니라 개발자 자신(Slava로 대표됨)이 prev_calculated = 0으로 모든 것을 다시 계산하도록 해야 합니다. 결국 지표 사용에 대한 모든 옵션을 항상 계산할 수는 없습니다. 지금 문제가 있으면 중재자를 괴롭히는 것은 쓸모가 없습니다. 자세한 설명과 함께 서비스 데스크에 가야 합니다.
말이 안 됩니다. MQ에는 주요 개발 우선 순위 목록이 있으며 운전자의 승객의 바람은 움직이지 않습니다. 승객을 위한 최고의 솔루션은 오토바이를 타는 것입니다. 접두사별로 객체를 삭제하는 자체 제작 기능과 마찬가지로 MQ 우선 순위가 이에 대해 무르익지 않았습니다. 그래서 블라디미르 5인방의 열성팬인 블라디미르에게 커틀릿으로 파리를 따로따로 포장하는 아름다운 기능을 만들 것을 제안하고 그는 완고하게 피합니다. 함수/구조가 사전 호출에서 계산된 막대 수와 2개의 플래그 (OnCalculate의 첫 번째 실행 및 체크섬 변경)를 표시하는 경우 사용자는 초기화, 재계산 또는 휴면 시간을 결정합니다. 그리고 Bare prev_calculated는 3 "if"의 개인 조합을 해결합니다. 이것은 사용자를 위한 갈퀴입니다.
말이 안 됩니다. MQ에는 주요 개발 우선 순위 목록이 있으며 운전자의 승객의 바람은 움직이지 않습니다. 승객을 위한 최고의 솔루션은 오토바이를 타는 것입니다. 접두사별로 객체를 삭제하는 자체 제작 기능과 마찬가지로 MQ 우선 순위가 이에 대해 무르익지 않았습니다. 그래서 블라디미르 5인방의 열성팬인 블라디미르에게 커틀릿으로 파리를 따로따로 포장하는 아름다운 기능을 만들 것을 제안하고 그는 완고하게 피합니다. 함수/구조가 사전 호출에서 계산된 막대 수와 2개의 플래그(OnInit의 첫 번째 시작 및 체크섬 변경)를 표시하는 경우 사용자는 초기화, 재계산 또는 휴면 시간을 결정합니다. 그리고 Bare prev_calculated는 3 "if"의 개인 조합을 해결합니다. 이것은 사용자를 위한 갈퀴입니다.
적어도 "서면으로" 문제를 지정하는 의미가 있습니다. 그들이 감사한다면 적어도 목록에 올려 놓으십시오.
그 동안 당신은 그다지 아름답지 않은 일반적인 솔루션을 제안했지만 해결하는 작업은 표준이 아닙니다.
말이 안 됩니다. MQ에는 주요 개발 우선 순위 목록이 있으며 운전자의 승객의 바람은 움직이지 않습니다. 승객을 위한 최고의 솔루션은 오토바이를 타는 것입니다. 접두사별로 객체를 삭제하는 자체 제작 기능과 마찬가지로 MQ 우선 순위가 이에 대해 무르익지 않았습니다. 그래서 5인방의 열성팬인 블라디미르에게 돈까스로 파리를 따로따로 포장하는 아름다운 기능을 만들자고 제안하고 그는 완고하게 피한다. 함수/구조가 사전 호출에서 계산된 막대 수와 2개의 플래그(OnInit의 첫 번째 시작 및 체크섬 변경)를 표시하는 경우 사용자는 초기화, 재계산 또는 휴면 시간을 결정합니다. 그리고 Bare prev_calculated는 3 "if"의 개인 조합을 해결합니다. 이것은 사용자를 위한 갈퀴입니다.
초기화 중 버퍼 초기화에 대한 질문입니다. 논리적으로 생각하십시오. OnInit()에서는 Rates_total에 접근할 수 없습니다. 맞나요? OnInit()에서 Rates_total에 액세스할 수 없는 경우 표시기 버퍼의 크기를 아직 알 수 없습니다(=0을 직접 확인할 수 있음). 그리고 표시기 버퍼의 크기가 0이므로 무엇을 재설정하시겠습니까?
이 질문을 통해 Vladimir(그는 개발자의 입장만 변호함)가 아니라 개발자 자신(Slava로 대표됨)이 prev_calculated = 0으로 모든 것을 다시 계산하도록 해야 합니다. 결국 지표 사용에 대한 모든 옵션을 항상 계산할 수는 없습니다. 지금 문제가 있으면 중재자를 괴롭히는 것은 쓸모가 없습니다. 자세한 설명과 함께 서비스 데스크에 가야합니다.
그렇습니다. 그가 서투른 조언을 하려고 하지 않았다면 아무도 그를 괴롭히지 않았을 것입니다.
답이 없다, 척 하는 척...사람을 똑같이 보이게 하려고 해도...
1. 또 생각의 흐름이 있지만 본질을 보지 못했다.
2. 질문에 답한 적이 없습니다. 즉, 선언 후 변수에 무엇이 저장되는지에 대해 생각해 본 적이 없습니다.
가장하지 마십시오 ... 모든 것이 명확하지만 그림은 특히 당신을위한 것입니다
컴퓨터가 꺼지지 않고 작동하고 차트가 닫히지 않고 차트에서 표시기가 제거되지 않았습니다 ...
질문: 2분 막대는 어디로 갔습니까???
이것은 이해할 수 있습니다. 말도 안되는 소리는 Vladimir에 따르면 배열의 모든 요소를 통해 루프에서 표시기 버퍼 를 재설정해야 한다는 것입니다...
가장하지 마십시오 ... 모든 것이 명확하지만 그림은 특히 당신을위한 것입니다
컴퓨터가 꺼지지 않고 작동하고 차트가 닫히지 않고 차트에서 표시기가 제거되지 않았습니다 ...
질문: 2분 막대는 어디로 갔습니까???