당신 은 이미 이 질문에 대답했지만 당신의 말에서 당신은 "학문적 서사"가 필요하지 않습니다 ... 당신이 거기 또는 무엇을 결정합니까?
나는 그것을 말하지 않았고 나는 그것을 의미하지 않았다. 나는 배우고 그것을 알아 내려고 노력하고 있습니다. 실습과 이론을 연결하려고 합니다. Renat의 메시지 에서 Set 및 Get 메서드가 모두 트랜잭션 대기열에 있음을 이해했습니다. 그리고 그것은 사실상 비동기가 되었습니다. 내가 잘못 이해했나?
어쨌든 나는 오래전에 Get 함수의 비동기 동작을 알아차렸고 2년 넘게 그것에 대해 이야기해왔다.
여기저기 물어봅니다. 물음표가 있습니다. 다시 한 번 말씀드립니다. 이해하고 싶습니다. 이 스레드는 ".... 질문"이라고 합니다.
귀하의 질문에 설명되지 않은 진술이 포함되어 있기 때문에 잘못된 질문입니다.
동시에 Slava는 ChartXYToTimePrice 메서드의 비동기성에 대해 이야기할 때 바로 여기에 있었습니다. 결국 ChartXYToTimePrice 메서드는 Get 메서드에 속할 가능성이 큽니다.
칼슨이 생각난다.
- 나는 대답했다 - 예 또는 아니오! 간단한 질문은 항상 "예" 또는 "아니오"로 대답할 수 있습니다. 제 생각에는 어렵지 않습니다! 미스 복이 소리쳤다. Carlson은 "상상해 보세요. 어렵습니다."라고 말했습니다. “이제 나는 당신에게 간단한 질문을 할 것이고 당신은 스스로 알게 될 것입니다. 자, 들어라! 당신은 아침에 코냑을 마시는 것을 중단했습니다. 대답 - 예 또는 아니오? 프레켄 복은 숨을 헐떡이며 의식을 잃을 것 같았다. 그녀는 무슨 말을 하고 싶었지만 한 마디도 할 수 없었다.
"자, 여기 있습니다." 칼슨이 의기양양하게 말했다. - 나는 내 질문을 반복합니다 : 아침에 코냑을 마시는 것을 중단 했습니까?
Set 메서드가 비동기적일 뿐만 아니라 Get? 저것들. 일리야스가 여기서 틀렸어? 동시에 Slava는 ChartXYToTimePrice 메서드의 비동기성에 대해 이야기할 때 바로 여기 에 있었습니다. 결국 ChartXYToTimePrice 메서드는 Get 메서드에 속할 가능성이 큽니다.
메인 스레드에서 비동기 ChartSetInteger 함수를 호출하는 것은 실제 실행이 다른 스레드에서 발생하기 때문에 빠릅니다. 반면에 동기 함수 ChartGetInteger 를 호출하려면 스레드 동기화가 필요하며 추가 시간이 걸릴 수 있습니다. 지연은 병렬 스레드가 차트 구조의 데이터를 지속적으로 업데이트할 때(예: 사용자가 차트 창을 이동하거나 기록을 스크롤할 때) 특히 두드러집니다.
Set 메서드가 비동기적일 뿐만 아니라 Get?
당신 은 이미 이 질문에 대답했지만 당신의 말에서 당신은 "학문적 서사"가 필요하지 않습니다 ...
당신이 거기 또는 무엇을 결정합니까?
당신 은 이미 이 질문에 대답했지만 당신의 말에서 당신은 "학문적 서사"가 필요하지 않습니다 ...
당신이 거기 또는 무엇을 결정합니까?
나는 그것을 말하지 않았고 나는 그것을 의미하지 않았다.
나는 배우고 그것을 알아 내려고 노력하고 있습니다. 실습과 이론을 연결하려고 합니다.
Renat의 메시지 에서 Set 및 Get 메서드가 모두 트랜잭션 대기열에 있음을 이해했습니다. 그리고 그것은 사실상 비동기가 되었습니다. 내가 잘못 이해했나?
어쨌든 나는 오래전에 Get 함수의 비동기 동작을 알아차렸고 2년 넘게 그것에 대해 이야기해왔다.
동시에 Slava는 ChartXYToTimePrice 메서드의 비동기성에 대해 이야기할 때 바로 여기 에 있었습니다. 결국 ChartXYToTimePrice 메서드는 Get 메서드에 속할 가능성이 큽니다.
당신이 말하는 것의 본질을 이해하지 못한다면, 당신에게 말하지 않은 것을 생각할 필요가 없습니다.
당신이 말하는 것의 본질을 이해하지 못한다면, 당신에게 말하지 않은 것을 생각할 필요가 없습니다.
여기저기 물어봅니다. 물음표가 있습니다.
다시 한 번 말씀드립니다. 이해하고 싶습니다. 이 스레드를 ".... 질문"이라고 합니다.
에코 나는 당신의 EGO를 걸었습니다 :))
여기저기 물어봅니다. 물음표가 있습니다.
다시 한 번 말씀드립니다. 이해하고 싶습니다. 이 스레드를 ".... 질문"이라고 합니다.
내가 이해하는 것처럼 Get은 동기식입니다. 요청한 결과를 반환합니다. 그러나 대기열에 비동기 세트가 있으면 동기화해야 합니다.
대기열에 Get만 있는 경우 지연이 없습니다.
여기저기 물어봅니다. 물음표가 있습니다.
다시 한 번 말씀드립니다. 이해하고 싶습니다. 이 스레드는 ".... 질문"이라고 합니다.
귀하의 질문에 설명되지 않은 진술이 포함되어 있기 때문에 잘못된 질문입니다.
동시에 Slava는 ChartXYToTimePrice 메서드의 비동기성에 대해 이야기할 때 바로 여기에 있었습니다. 결국 ChartXYToTimePrice 메서드는 Get 메서드에 속할 가능성이 큽니다.
칼슨이 생각난다.
- 나는 대답했다 - 예 또는 아니오! 간단한 질문은 항상 "예" 또는 "아니오"로 대답할 수 있습니다. 제 생각에는 어렵지 않습니다! 미스 복이 소리쳤다.
Carlson은 "상상해 보세요. 어렵습니다."라고 말했습니다.
“이제 나는 당신에게 간단한 질문을 할 것이고 당신은 스스로 알게 될 것입니다. 자, 들어라! 당신은 아침에 코냑을 마시는 것을 중단했습니다. 대답 - 예 또는 아니오?
프레켄 복은 숨을 헐떡이며 의식을 잃을 것 같았다. 그녀는 무슨 말을 하고 싶었지만 한 마디도 할 수 없었다.
"자, 여기 있습니다." 칼슨이 의기양양하게 말했다.
- 나는 내 질문을 반복합니다 : 아침에 코냑을 마시는 것을 중단 했습니까?
Set 메서드가 비동기적일 뿐만 아니라 Get?
저것들. 일리야스가 여기서 틀렸어?
동시에 Slava는 ChartXYToTimePrice 메서드의 비동기성에 대해 이야기할 때 바로 여기 에 있었습니다. 결국 ChartXYToTimePrice 메서드는 Get 메서드에 속할 가능성이 큽니다.
비동기에 대한 문서 에서는 Set 메서드에 대해서만 설명합니다.
아니요. Get 메서드는 동기식이지만 그룹화하여 동시에 실행할 수 있으므로 1 Get 또는 100 메서드를 호출하는 것은 거의 동일합니다.
set 메서드는 비동기식이지만 효율성을 높이기 위해 함께 그룹화할 수도 있습니다.
따라서 항상 "Get/Set/Get/Set/Get/Set"보다는 "Set Calls Together"와 "Receive Calls Together"를 그룹화하는 것이 좋습니다.
함수가 실행되는 동안 호출 스레드가 차단되지 않으면 비동기식 호출이 더 효율적이지만 Get과 Set을 혼합하면 이러한 이점을 잃게 됩니다.
번역에도 불구하고 이것이 도움이되기를 바랍니다.
당신이 말하는 것의 본질을 이해하지 못한다면, 당신에게 말하지 않은 것을 생각할 필요가 없습니다.
당신은 매우 유능한 데 의심의 여지가 없지만 왜 그렇게 오만하고 불쾌합니까? 당신이 생각하는 만큼 똑똑하다면 행동을 개선하는 것이 당신의 관심사라는 것을 분명히 이해하게 될 것입니다.
이것은 내가 만들고 있는 매우 건설적인 게시물입니다. 들어주셨으면 합니다.
귀하의 질문에 설명되지 않은 진술이 포함되어 있기 때문에 잘못된 질문입니다.
"Carlson"에서 상기:
세르게이, 물에 잠기지 마세요. 대답할 수 있습니다. 대답하고, 원하지 않으면 자신을 주장할 필요가 없습니다.
울지 마십시오. 오래전에 이미 대답 했습니다.
메인 스레드에서 비동기 ChartSetInteger 함수를 호출하는 것은 실제 실행이 다른 스레드에서 발생하기 때문에 빠릅니다.
반면에 동기 함수 ChartGetInteger 를 호출하려면 스레드 동기화가 필요하며 추가 시간이 걸릴 수 있습니다.
지연은 병렬 스레드가 차트 구조의 데이터를 지속적으로 업데이트할 때(예: 사용자가 차트 창을 이동하거나 기록을 스크롤할 때) 특히 두드러집니다.
불행히도 배기 가스는 0 일뿐만 아니라 음수였습니다 ...