처음에 문제는 코드베이스가 통과하지 못하는 것을 코드베이스에 넣는 방법이었습니다. 내 버전은 작동하지만 비평가들은 아직 문제의 주제에 대해 이해할 수 있는 어떤 것도 보여주지 않았습니다. 물론 과대평가된 심박수는 제외합니다. 및 타사 리소스(주제에서 벗어남).
나는 최근에 포럼의 명예로운 거주자로 여겨지는 많은 사람들이 이전의 장점을 배경으로 부풀려지는 트롤링과 시도에 날아가 버렸다는 것을 알게 되었습니다. 오랫동안 우리의 월계관에 안주하는 것은 불가능합니다. 사람이 바뀌고 리소스의 새로운 사용자에게 뺨을 때리는 모든 사람은 공로와 존경이없는 트롤입니다.
나는 내가 위에서 설명한 것에 비추어 우리 모두를 늙은이로 보고 싶지 않습니다. 이것은 아무데도 가는 길입니다.
그리고 왜 이 강판을 사용합니까?
나는 아마 당신에게 설명하지 못할 것입니다. 이렇게 하려면 최소한 솔루션이 목발과 어떻게 다른지 이해해야 합니다.
지난번에 테스트가 신화 #1을 깨뜨렸을 때 간단한 작업/연산자 테스트와 관련된 주제를 찾지 못했습니다. https://www.mql5.com/ru/forum/160683/page933#comment_12780905
오늘은 코드를 짜서 스타일리스트를 고를 수 없어서 if 대신 케이스를 사용하고 싶었지만 컴퓨터 시대가 도래했을 때 케이스는 if,
테스트를 거쳐 일대일로 작동하며 코드 텍스트의 가독성을 위해 사례를 사용할 수 있습니다.
2019.09.16 08:13:42.157 SpeedTst (EURUSD,H1) #1: 만약
2019.09.16 08:15:30.640 SpeedTst (EURUSD,H1) if: 루프=1215752192 ms=108469
2019.09.16 08:15:30.640 SpeedTst (EURUSD,H1) #2: 케이스
2019.09.16 08:17:19.134 SpeedTst (EURUSD,H1) if: 루프=1215752192 ms=108515
2019.09.16 08:17:19.134 SpeedTst (EURUSD,H1) #3: 만약
2019.09.16 08:19:07.662 SpeedTst (EURUSD,H1) if: 루프=1215752192 ms=108516
2019.09.16 08:19:07.662 SpeedTst (EURUSD,H1) #4: 케이스
2019.09.16 08:20:56.122 SpeedTst (EURUSD,H1) if: 루프=1215752192 ms=108453
2019.09.16 08:20:56.122 SpeedTst (EURUSD,H1) #5: 만약
2019.09.16 08:22:44.570 SpeedTst (EURUSD,H1) if: 루프=1215752192 ms=108469
2019.09.16 08:22:44.570 SpeedTst (EURUSD,H1) #6: 케이스
2019.09.16 08:24:33.023 SpeedTst (EURUSD,H1) if: 루프=1215752192 ms=108437
음, if-s 속도를 높이는 것도 생각했습니다.
그리고 왠지 그 케이스가 더 빠를 거라고 생각했는데, 테스트 결과 뭔가 닮지 않았습니다.
if 대신에 삼항 연산자를 사용할 수 있습니다. 아마도 더 빠를 것입니다.
if 대신에 삼항 연산자를 사용할 수 있습니다. 아마도 더 빠를 것입니다.
test, 나는 질문에 관심이 있었고, 나는 테스트하고 결과를 게시했습니다.
개발자는 컴파일러의 고품질 최적화를 수행했으며 테스트 결과가 더 편리합니다( if 또는 swith ). 그런 다음 백분율이 없는 차이를 사용합니다. 속도는 완전히 동일합니다.
나는 아마 당신에게 설명하지 못할 것입니다. 이렇게 하려면 최소한 솔루션이 목발과 어떻게 다른지 이해해야 합니다.
나 자신도 상당히 간단하고 효과적인 솔루션을 사용할 수 있는 곳에서 목발을 사용해야 하는 필요성에 직면했으며, 당신의 킥킥거리는 소리(약하게 표현하자면)는 당신에게 아무런 도움이 되지 않습니다.
귀하의 진술이 "적대감"으로 인식되기를 원하면 동일한 정신으로 계속하십시오. 당신은 여기에서 권위를 가지고 있지만 그것을 잃는 데 오래 걸리지 않을 것입니다.
그리고 당신 외에도 충분하고 권위 있는 사람들이 있습니다.
추신 자신의 입장을 설명할 수 없다면 침묵하는 것이 좋습니다. 대담자를 바보로 만들려는 시도는 당신을 매우 명확하게 특징 짓습니다.
추신 제 글에 개인적인 댓글은 자제해주셨으면 합니다. 최소한 당신의 "권한"이 이것으로 충분합니까? )))
귀하의 의견은 의미론적 부하를 전혀 수반하지 않는 경우가 많습니다. 이해하지 못하는 주제에 관여하지 마십시오. 그러면 홍수가 줄어들 것입니다.
귀하의 의견은 의미론적 부하를 전혀 수반하지 않는 경우가 많습니다. 이해하지 못하는 주제에 관여하지 마십시오. 그러면 홍수가 줄어들 것입니다.
Ay, kick-ass))) 글쎄, 당신은 당신의 의견을 표현하기 위해 당신과 같은 사람들만큼 "똑똑해야"합니다)))))))
그것들은 보기를 원하지 않거나(자신의 중요성 때문에) 볼 수 없는 사람들(아마도 같은 이유로 ;)을 위한 의미론적 부하가 없습니다.
씹어, 당신을 위해 개인적으로.
지퍼는 훌륭할 것입니다. 당연하게도? (키워드는)
그러나 그들은 그렇지 않습니다.
무엇부터 - Artyom은 정상적인 솔루션을 제공했습니다. 물론 이것은 "목발"이라고 할 수 있지만 ... 그리고 당신과 당신과 같은 다른 사람들이 일하는 대안으로 무엇을 제안 할 수 있습니까? 물론, 지퍼의 소원을 제외하고?
캠페인, 많은 전문가들은 위시리스트를 실제 기회와 분리할 수 없습니다. 따라서 이것을 상기시키는 사람들에게 침을 튀기는 것입니다. 그들은 어떻게 해의 왕국에게 말을 했습니까? 내 의견과 잘못된 의견, 두 가지만 있습니다.
메시지의 의미보다 더 많은 대안이 있습니다.
Bitbucket의 리포지토리, Google 드라이브 - 가장 먼저 떠오르는 것.
당신은 타액과 천체에 대한 모든 것을 이해할 것이며, 나는 공기를 막지 않을 것입니다.
예, 블로그나 다른 리소스에 올리십시오. 소스 코드가 없더라도 결국 시장에서.
글쎄, 그것을하고 사람들에게 링크를 제공하십시오! 이것은 공허한 비판이 아니라 최소한 실질적인 조치가 될 것입니다.
그리고 그 후에야 전문가(저 아님)가 각 솔루션의 장단점을 평가할 수 있습니다. 이것은 건설적인 대화가 될 것입니다.
메시지의 의미보다 더 많은 대안이 있습니다.
Bitbucket의 리포지토리, Google 드라이브 - 가장 먼저 떠오르는 것.
당신은 타액과 천체에 대한 모든 것을 이해할 것이며, 나는 공기를 막지 않을 것입니다.