WHRoeder : 처음에는 제대로 할 시간이 없지만 다시 하거나 이로 인해 발생하는 버그를 추적할 시간은 있습니다.
당신은 진정해야합니다. 당신은 단순한 관찰에 모든 것이 무너지고 있습니다. 그리고 저를 "아들"이라고 부르지 마세요, 저는 당신보다 나이가 많습니다(1957년).
"오류 확인 없이는 확실하지 않습니다." 이것이 바로 제가 말하는 유형의 댓글입니다. 그건 말이 안 돼.
난 당신에게 선천적인 문제가 없습니다, Roeder. 나는 당신이 말한 것을 부당하게 때리는 것으로 받아들였습니다. 의도를 잘못 이해했다면 사과드립니다. BTW, "아들"이라는 용어를 사용하는 것은 내가 속한 곳에서 일반적입니다. "남자" 또는 "친구" 또는 무엇이든 말하는 것과 같습니다.
오류 처리가 비용이 많이 든다는 것은 Microsoft의 try/catch 패러다임에 익숙해져 있다는 관점에서 말씀드리는 것입니다. 실행 시간에 관한 한 리소스 집약적이고 시간이 많이 걸립니다. 허용되는 방법은 앱을 설계하고 문제가 발생할 가능성이 있는 위치를 확인한 다음 예외 처리를 추가하는 것입니다. 특히 실시간 응용 프로그램에서 과도하게 사용하고 싶지 않습니다. 예외 처리를 전혀 하지 않는 것보다 나쁘지는 않지만 나쁘지 않습니다. 오류 검사에 조건문을 사용하는 것에 대해 이야기하고 있다면 물론 그렇습니다.
디버거가 충돌할 때 내가 겪고 있는 특정 상황에 관해서는 아무것도 초기화하지 않은 것으로 보입니다. 디버거는 순식간에 차트를 표시하고 죽습니다. 로그에 따르면 표시기 등을 로드한 다음 즉시 언로드합니다. 현재 작업 중인 인디에서는 OnInit()에 Alerts가 있으므로 인디를 초기화하려고 하는지 여부를 알 수 있습니다. 문제가 없는 것으로 알고 있는 다른 인디에서 디버거를 실행하면 동일한 종류의 동작이 표시됩니다. 무슨 일이 일어나고 있는지 완전히 확신할 수는 없지만 결국 알아낼 것입니다. 이전 게시물에서 말했듯이 debug.tpl이 있는 위치에 관한 문서는 올바르지 않습니다. 디렉토리는 MT4 설치에도 존재하지 않습니다. 문서가 잘못되었거나 MT4 구현에 문제가 있습니다. 그래서 현재로서는 내가 어떻게든 망쳐놓고 있는 것인지 아니면 플랫폼 구현에서 뭔가 잘못된 것인지에 대해 50/50이라고 생각하고 있습니다.
어쨋든 서로 잘못 이해했다는 것만 인정하고 악수하고 넘어가자. 우리 사이에 싸움이 필요하지 않습니다. 시원한?
대부분의 회원이 초보자 또는 아마추어 코더이고 가장 자주 발생하는 문제 중 하나가 오류 검사가 전혀 없기 때문에 여기에서는 좋은 권장 사항이 아니라고 생각합니다. 또한 경험이 풍부한 코더는 자신의 경험과 습관이 있기 때문에 이러한 권장 사항이 필요하지 않습니다.
당신은 초심자와 아마추어 코더에 관한 유효한 지적이 있습니다. 누군가가 내 접근 방식을 따르도록 옹호하려는 것은 아닙니다. 나는 단지 그 이유와 이유를 명확히 하려는 것이었습니다. 나는 "경험은 훌륭한 스승이다"라고 말했습니다. :-)
BTW, 나는 당신의 마지막 진술이 내가 Roeder에게 전달하려고 했던 것이라고 생각합니다. 다른 포럼 회원과의 상호 작용이 주로 사람들을 공격하고 깔보는 것으로 구성되는 것은 당신 자신의 자아를 마사지하는 것 외에 다른 목적에 도움이 되지 않는다는 점입니다. 경험이 있는 사람은 실제로 노력하는 경험이 적은 사람에게 조롱이 아닌 존중과 배려로 대응해야 합니다. 그것으로, 나는 문제가 닫힌 것으로 간주합니다. 나는 윌리엄에게 화해적인 대답을 했다. 그가 그것을 받아들이고 싶다면, 괜찮습니다. 그렇지 않다면 그것도 좋습니다.
SDC : 나는 gevoyageur에 동의합니다. 오류 처리는 디버깅에 소요되는 시간 및/또는 다른 사람에게 문제의 원인을 찾는 데 도움을 요청하는 시간을 줄여줍니다.
나는 어떤 식으로든 그것에 대해 이의를 제기하지 않는다. 내 요점은 경험 많은 개발자가 문제가 발생할 가능성이 있는 위치에 대해 "느낌"을 얻는다는 것입니다. 예를 들어 매개변수가 필요한 메서드가 있는 경우 코드를 실행하기 전에 매개변수가 올바른지 항상 확인합니다. 이것은 응용 프로그램의 다른 부분에서 작업하는 다른 개발자가 호출하거나 UI 요소인 경우 최종 사용자가 직접 메서드를 호출하는 산업 응용 프로그램에서 수년간 작업하면서 개발된 자동 습관입니다. 당신은 누군가가 당신에게 보내야 할 것을 보낼 것이라는 믿음으로 그것을 받아들이지 않는 법을 빨리 배웁니다.
내가 이야기한 대부분은 try/catch 패러다임이었습니다. 내가 아는 한 MQL에는 Microsoft에서 사용하는 예외 처리 기능이 없기 때문에 MQL에서는 문제가 되지 않습니다. 그것은 내가 말한 많은 것을 무의미하게 만듭니다.
기록을 위해, 문제는 내 인디 중 하나에 있지 않은 것 같습니다. 나는 그것이 가능하다고 생각하지 않았지만 항상 가능합니다. 아무도 완벽하지 않습니다. 무엇보다도 저입니다. 나는 내 자신을 개발할 시간이 없었기 때문에 공짜 타사 무역 관리 EA를 사용합니다. 데모 계정 을 사용하여 아이디어를 테스트하기 위해 충분히 좋다고 생각했습니다. 나는 당신이 당신이 지불하는 것을 얻는다고 생각합니다 - 그것은 공짜입니다. 나는 그것을 제거했고 그 이후로 디버거가 충돌하지 않았습니다. 그러나 여전히 몇 가지 문제가 있습니다.
이전에 문서화와 작업 간의 연결 해제에 대해 말한 내용은 여전히 유효합니다. MT4 설치에는 프로필/템플릿 디렉터리가 없습니다. 또한 문서에서는 디버그 템플릿을 설정하고 사용하는 방법에 대해 제대로 설명하지 않습니다. 나는 MT4의 현재 동작이 무엇인지 확인하기 위해 꽤 많은 시간을 보냈습니다. 내가 생각해 낸 것은 어딘가에 공유되어야 하지만 포럼 에티켓이 어디에 있는지 정확히 모르겠습니다. 이 격리된 스레드에서 이를 모니터링하는 Mods 중 한 명이 그렇게 생각하지 않는 한 아마도 아니오입니다. 새 스레드를 만들고, Mod에 관찰을 넘겨서 끈적 끈적한 것을 만들 수 있도록해야합니까, 아니면 모든 것을 컴파일하고 직접 서비스 데스크에 실행해야합니까? Mods가 어떻게 생각하든 내가 갈 방향입니다.
"오류 확인 없이는 확실하지 않습니다." 이것이 바로 제가 말하는 유형의 댓글입니다. 그건 말이 안 돼.
난 당신에게 선천적인 문제가 없습니다, Roeder. 나는 당신이 말한 것을 부당하게 때리는 것으로 받아들였습니다. 의도를 잘못 이해했다면 사과드립니다. BTW, "아들"이라는 용어를 사용하는 것은 내가 속한 곳에서 일반적입니다. "남자" 또는 "친구" 또는 무엇이든 말하는 것과 같습니다.
오류 처리가 비용이 많이 든다는 것은 Microsoft의 try/catch 패러다임에 익숙해져 있다는 관점에서 말씀드리는 것입니다. 실행 시간에 관한 한 리소스 집약적이고 시간이 많이 걸립니다. 허용되는 방법은 앱을 설계하고 문제가 발생할 가능성이 있는 위치를 확인한 다음 예외 처리를 추가하는 것입니다. 특히 실시간 응용 프로그램에서 과도하게 사용하고 싶지 않습니다. 예외 처리를 전혀 하지 않는 것보다 나쁘지는 않지만 나쁘지 않습니다. 오류 검사에 조건문을 사용하는 것에 대해 이야기하고 있다면 물론 그렇습니다.
디버거가 충돌할 때 내가 겪고 있는 특정 상황에 관해서는 아무것도 초기화하지 않은 것으로 보입니다. 디버거는 순식간에 차트를 표시하고 죽습니다. 로그에 따르면 표시기 등을 로드한 다음 즉시 언로드합니다. 현재 작업 중인 인디에서는 OnInit()에 Alerts가 있으므로 인디를 초기화하려고 하는지 여부를 알 수 있습니다. 문제가 없는 것으로 알고 있는 다른 인디에서 디버거를 실행하면 동일한 종류의 동작이 표시됩니다. 무슨 일이 일어나고 있는지 완전히 확신할 수는 없지만 결국 알아낼 것입니다. 이전 게시물에서 말했듯이 debug.tpl이 있는 위치에 관한 문서는 올바르지 않습니다. 디렉토리는 MT4 설치에도 존재하지 않습니다. 문서가 잘못되었거나 MT4 구현에 문제가 있습니다. 그래서 현재로서는 내가 어떻게든 망쳐놓고 있는 것인지 아니면 플랫폼 구현에서 뭔가 잘못된 것인지에 대해 50/50이라고 생각하고 있습니다.
어쨋든 서로 잘못 이해했다는 것만 인정하고 악수하고 넘어가자. 우리 사이에 싸움이 필요하지 않습니다. 시원한?
여기에서 이런 종류의 토론을 중단하도록 베테랑 프로그래머에게 제안할 수 있습니까?
고맙습니다.
동의. 이것은 완전히 비생산적이며 비전문적입니다.
메탈 교수. 과도한 오류 처리 및 앞으로 테스트에 대한 선호에 대한 귀하의 견해에 더 동의할 수 없습니다.
고맙습니다. 당신의 친분을 기쁘게 생각합니다. 경험은 훌륭한 교사입니다. :-)
고맙습니다. 당신의 친분을 기쁘게 생각합니다. 경험은 훌륭한 교사입니다. :-)
대부분의 회원이 초보자 또는 아마추어 코더이고 가장 자주 발생하는 문제 중 하나가 오류 검사 가 전혀 없기 때문에 여기에서는 좋은 권장 사항이 아니라고 생각합니다. 또한 경험이 풍부한 코더는 자신의 경험과 습관이 있기 때문에 이러한 권장 사항이 필요하지 않습니다.
고맙습니다. 당신의 친분을 기쁘게 생각합니다. 경험은 훌륭한 교사입니다. :-)
대부분의 회원이 초보자 또는 아마추어 코더이고 가장 자주 발생하는 문제 중 하나가 오류 검사가 전혀 없기 때문에 여기에서는 좋은 권장 사항이 아니라고 생각합니다. 또한 경험이 풍부한 코더는 자신의 경험과 습관이 있기 때문에 이러한 권장 사항이 필요하지 않습니다.
당신은 초심자와 아마추어 코더에 관한 유효한 지적이 있습니다. 누군가가 내 접근 방식을 따르도록 옹호하려는 것은 아닙니다. 나는 단지 그 이유와 이유를 명확히 하려는 것이었습니다. 나는 "경험은 훌륭한 스승이다"라고 말했습니다. :-)
BTW, 나는 당신의 마지막 진술이 내가 Roeder에게 전달하려고 했던 것이라고 생각합니다. 다른 포럼 회원과의 상호 작용이 주로 사람들을 공격하고 깔보는 것으로 구성되는 것은 당신 자신의 자아를 마사지하는 것 외에 다른 목적에 도움이 되지 않는다는 점입니다. 경험이 있는 사람은 실제로 노력하는 경험이 적은 사람에게 조롱이 아닌 존중과 배려로 대응해야 합니다. 그것으로, 나는 문제가 닫힌 것으로 간주합니다. 나는 윌리엄에게 화해적인 대답을 했다. 그가 그것을 받아들이고 싶다면, 괜찮습니다. 그렇지 않다면 그것도 좋습니다.
나는 gevoyageur에 동의합니다. 오류 처리는 디버깅에 소요되는 시간 및/또는 다른 사람에게 문제의 원인을 찾는 데 도움을 요청하는 시간을 줄여줍니다.
나는 어떤 식으로든 그것에 대해 이의를 제기하지 않는다. 내 요점은 경험 많은 개발자가 문제가 발생할 가능성이 있는 위치에 대해 "느낌"을 얻는다는 것입니다. 예를 들어 매개변수가 필요한 메서드가 있는 경우 코드를 실행하기 전에 매개변수가 올바른지 항상 확인합니다. 이것은 응용 프로그램의 다른 부분에서 작업하는 다른 개발자가 호출하거나 UI 요소인 경우 최종 사용자가 직접 메서드를 호출하는 산업 응용 프로그램에서 수년간 작업하면서 개발된 자동 습관입니다. 당신은 누군가가 당신에게 보내야 할 것을 보낼 것이라는 믿음으로 그것을 받아들이지 않는 법을 빨리 배웁니다.
내가 이야기한 대부분은 try/catch 패러다임이었습니다. 내가 아는 한 MQL에는 Microsoft에서 사용하는 예외 처리 기능이 없기 때문에 MQL에서는 문제가 되지 않습니다. 그것은 내가 말한 많은 것을 무의미하게 만듭니다.
기록을 위해, 문제는 내 인디 중 하나에 있지 않은 것 같습니다. 나는 그것이 가능하다고 생각하지 않았지만 항상 가능합니다. 아무도 완벽하지 않습니다. 무엇보다도 저입니다. 나는 내 자신을 개발할 시간이 없었기 때문에 공짜 타사 무역 관리 EA를 사용합니다. 데모 계정 을 사용하여 아이디어를 테스트하기 위해 충분히 좋다고 생각했습니다. 나는 당신이 당신이 지불하는 것을 얻는다고 생각합니다 - 그것은 공짜입니다. 나는 그것을 제거했고 그 이후로 디버거가 충돌하지 않았습니다. 그러나 여전히 몇 가지 문제가 있습니다.
이전에 문서화와 작업 간의 연결 해제에 대해 말한 내용은 여전히 유효합니다. MT4 설치에는 프로필/템플릿 디렉터리가 없습니다. 또한 문서에서는 디버그 템플릿을 설정하고 사용하는 방법에 대해 제대로 설명하지 않습니다. 나는 MT4의 현재 동작이 무엇인지 확인하기 위해 꽤 많은 시간을 보냈습니다. 내가 생각해 낸 것은 어딘가에 공유되어야 하지만 포럼 에티켓이 어디에 있는지 정확히 모르겠습니다. 이 격리된 스레드에서 이를 모니터링하는 Mods 중 한 명이 그렇게 생각하지 않는 한 아마도 아니오입니다. 새 스레드를 만들고, Mod에 관찰을 넘겨서 끈적 끈적한 것을 만들 수 있도록해야합니까, 아니면 모든 것을 컴파일하고 직접 서비스 데스크에 실행해야합니까? Mods가 어떻게 생각하든 내가 갈 방향입니다.
프로필/템플릿 폴더가 있어야 한다고 생각하지 않습니다. 내 템플릿 폴더는 터미널 데이터 폴더 에 있습니다.