"추가 코드는 필요하지 않습니다." - 그래서 파일 형태의 전략이 아닐 수 있습니다. 그래서 아직도 파서를 하고 싶습니까? 이미 존재합니다. 왜 필요한가요 :) ? 전략 작업 방법에 대한 예를 보낼 수 있습니다. 모든 것이 간단하고 편리합니다.
다음은 예입니다.
오류가 발생하면 로그를 살펴봐야 하며 모든 것이 러시아어로 되어 있습니다.
예, 모든 것이 소스에 있습니다.
모든 종류의 대화형 및 유연한 구성표에 대한 일반적인 솔루션을 만들 수 있지만 곧 그렇지 않습니다. 귀하의 경우 특정 아이디어에 맞는 특정 솔루션이 필요합니다. 제가 도움이 될 수 있을지 모르겠습니다. 먼저 노드와 링크의 그래픽 "역학"을 만든 다음 특정 아이디어에 맞게 다듬어야 합니다. 나는 메카닉을 만들 수 있지만 더 "날카롭게"하면 적용 범위가 좁아지고 개별 프로젝트 가 됩니다. 니콜라스가 도와줄 수도 있습니다. 나는 여전히 매우 바쁘다.
모든 종류의 대화형 및 유연한 구성표에 대한 일반적인 솔루션을 만들 수 있지만 곧 그렇지 않습니다. 귀하의 경우 특정 아이디어에 맞는 특정 솔루션이 필요합니다. 제가 도움이 될 수 있을지 모르겠습니다. 먼저 노드와 연결의 그래픽 "역학"을 만든 다음 특정 아이디어에 맞게 다듬어야 합니다. 나는 메카닉을 만들 수 있지만 더 "날카롭게"하면 적용 범위가 좁아지고 개별 프로젝트가 됩니다. 니콜라스가 도움이 될 수 있습니다. 나는 여전히 매우 바쁘다.
이러한 "노드"가 동적 및 대화형 개체이며 이들 간의 연결이라고 지정합니까? 그냥 청사진이 아니잖아요? 그렇다면 그래픽 전략 디자이너에서 Andrey Barinov와 비슷한 것을 보았습니다. 당신은 이것을 의미합니까?
노드 간의 연결 논리는 불변하고 미리 정해진 규칙에 따라 존재합니까, 아니면 어떤 식으로든 경솔한 계획입니까?
원칙적으로 나는 그것을 만드는 데 어려운 것을 보지 않습니다. 며칠 동안 일하십시오. 추가 코드는 필요하지 않습니다. 나는 지금 우선 순위에 있는 주요 일 후에 스스로 할 것입니다.
예, 이것은 전략의 표현이지만 Andrey Barinov, 자신의 업적이 아닙니다.
시각적 편집은 기대하지 않습니다. 자동 생성이 됩니다.
"추가 코드는 필요하지 않습니다." - 그래서 파일 형태의 전략이 아닐 수 있습니다. 그래서 아직도 파서를 하고 싶습니까? 이미 존재합니다. 왜 필요한가요 :) ? 전략 작업 방법에 대한 예를 보낼 수 있습니다. 모든 것이 간단하고 편리합니다.
다음은 예입니다.
오류가 발생하면 로그를 살펴봐야 하며 모든 것이 러시아어로 되어 있습니다.
예, 모든 것이 소스에 있습니다.
이러한 예는 내가 원하는 모양을 반영하지 않으며 이 예는 구조와 일부 기능을 보여줍니다. 노드에는 표시해야 하는 일부 정보도 있습니다. 아래에서 위로 방향입니다.
추가 코드 없이 텍스트 파일에서 이러한 종류의 구조를 읽고 이에 대한 모든 정보를 얻을 수 있습니다.
나는 이 구조의 아름다운 표현을 원합니다.
여기서 그래픽 요소의 동적 생성이 필요합니다.
다음은 이러한 종류의 구조를 가진 파일의 예입니다. 이 구조가 무엇을 위한 것인지 이해할 수 있습니다. :)
이 파일은 코드에서 읽고 모든 구조 매개변수에 편리하게 액세스할 수 있습니다. 모든 유형의 노드가 여기에 표시되는 것은 아닙니다.
나는 도움을 요구하지 않으며 약간의 노력이 필요하다는 것을 알고 있습니다. 노드의 최적 배치 문제를 해결하기 위해 필요한데, 구조의 가독성이 좋지 않아 목록을 배치하는 것은 좋지 않습니다.
구조에는 주기가 없습니다. 그래프를 우회하려면 위에서부터 재귀를 사용하고 이미 있었던 노드를 표시합니다. 다음으로, 표시가 없는 노드를 선택합니다. 여기에서 기본 그래프 등에 연결되지 않은 다른 그래프를 형성하는 모든 노드를 결정합니다.
나는 모든 것을 스스로 할 수 있었고 지금은 다른 많은 일들이 있습니다.
더 이상 피터에 대한 이야기가 아닙니다. 그를 방해하지 마십시오.
당신 은 여기에 더
예, 이것은 전략의 표현이지만 Andrey Barinov, 자신의 업적이 아닙니다.
시각적 편집은 기대하지 않습니다. 자동 생성이 됩니다.
"추가 코드는 필요하지 않습니다." - 그래서 파일 형태의 전략이 아닐 수 있습니다. 그래서 아직도 파서를 하고 싶습니까? 이미 존재합니다. 왜 필요한가요 :) ? 전략 작업 방법에 대한 예를 보낼 수 있습니다. 모든 것이 간단하고 편리합니다.
다음은 예입니다.
오류가 발생하면 로그를 살펴봐야 하며 모든 것이 러시아어로 되어 있습니다.
예, 모든 것이 소스에 있습니다.
모든 종류의 대화형 및 유연한 구성표에 대한 일반적인 솔루션을 만들 수 있지만 곧 그렇지 않습니다. 귀하의 경우 특정 아이디어에 맞는 특정 솔루션이 필요합니다. 제가 도움이 될 수 있을지 모르겠습니다. 먼저 노드와 링크의 그래픽 "역학"을 만든 다음 특정 아이디어에 맞게 다듬어야 합니다. 나는 메카닉을 만들 수 있지만 더 "날카롭게"하면 적용 범위가 좁아지고 개별 프로젝트 가 됩니다. 니콜라스가 도와줄 수도 있습니다. 나는 여전히 매우 바쁘다.
모든 종류의 대화형 및 유연한 구성표에 대한 일반적인 솔루션을 만들 수 있지만 곧 그렇지 않습니다. 귀하의 경우 특정 아이디어에 맞는 특정 솔루션이 필요합니다. 제가 도움이 될 수 있을지 모르겠습니다. 먼저 노드와 연결의 그래픽 "역학"을 만든 다음 특정 아이디어에 맞게 다듬어야 합니다. 나는 메카닉을 만들 수 있지만 더 "날카롭게"하면 적용 범위가 좁아지고 개별 프로젝트가 됩니다. 니콜라스가 도움이 될 수 있습니다. 나는 여전히 매우 바쁘다.
좋은.
더 이상 피터에 관한 것이 아닙니다. 주의를 산만하게 하지 마세요.
당신 은 여기에 더
네, 필요한 것입니다.
이러한 예는 내가 원하는 모양을 반영하지 않으며 이 예는 구조와 일부 기능을 보여줍니다. 노드에는 표시해야 하는 일부 정보도 있습니다. 아래에서 위로 방향입니다.
추가 코드 없이 텍스트 파일에서 이러한 종류의 구조를 읽고 이에 대한 모든 정보를 얻을 수 있습니다.
나는 이 구조의 아름다운 표현을 원합니다.
여기서 그래픽 요소의 동적 생성이 필요합니다.
다음은 이러한 종류의 구조를 가진 파일의 예입니다. 이 구조가 무엇을 위한 것인지 이해할 수 있습니다. :)
이 파일은 코드에서 읽고 모든 구조 매개변수에 편리하게 액세스할 수 있습니다. 모든 유형의 노드가 여기에 표시되는 것은 아닙니다.
나는 도움을 요구하지 않으며 약간의 노력이 필요하다는 것을 알고 있습니다. 노드의 최적 배치 문제를 해결하기 위해 필요한데, 구조의 가독성이 좋지 않아 목록을 배치하는 것은 좋지 않습니다.
구조에는 주기가 없습니다. 그래프를 우회하려면 위에서부터 재귀를 사용하고 이미 있었던 노드를 표시합니다. 다음으로, 표시가 없는 노드를 선택합니다. 여기에서 기본 그래프 등에 연결되지 않은 다른 그래프를 형성하는 모든 노드를 결정합니다.
나는 모든 것을 스스로 할 수 있었고 지금은 다른 많은 일들이 있습니다.
고전적인 그래프 시각화 도구가 있습니다. http://www.graphviz.org/documentation/ 일명 https://en.wikipedia.org/wiki/DOT_(graph_description_language)
즉, 구조에 따라 그래프의 .dot 파일을 생성하고 렌더링을 시작해야 합니다(여러 가지 중에서 선택할 수 있음).
내가 틀리지 않았다면 .dot 파일을 yEd( https://www.yworks.com/products/yed )에서 열어 마우스로 조정할 수 있습니다 :-)
추신. 그래프의 시각화는 쉽게 말해서 쉬운 일이 아닙니다 :-) 그것은 여전히 세계에서 해결되고 있습니다 ...
Peter의 도구에 의해 생성된 코드가 프로그램의 나머지 부분과 어떻게 연결되는지 추측할 수 있을 뿐입니다.
"커널, 마크업"..... 노코멘트.
xml, html, json, xaml 등의 마크업 유형을 이해합니다.
나는 상속을 이해하는데, 이것은 소스 컨트롤 을 수정하고 컨트롤의 소스 코드에 뛰어들지 않고도 이벤트를 구독할 수 있게 해줍니다.
Peter는 절차적 프로그래밍을 사용하므로 Peter에는 선험적으로 객체가 없기 때문에 객체로 컨트롤에 액세스하는 것은 불가능합니다.
즉, 즉석에서 변경할 수 없으므로 데이터와 연결할 수 있습니다 ...
우리는 기다리고 있습니다 .. 우리는 결과를 기다리고 있습니다. 그러나 Peter가 mqh가 아닌 ex4를 생성하여 커널을 파헤칠 필요가 없도록 하면 더 좋을 것입니다.
Peter의 도구에 의해 생성된 코드가 프로그램의 나머지 부분에 어떻게 연결되는지 추측할 수 있을 뿐입니다.
"커널, 마크업"..... 노코멘트.
xml, html, json, xaml 등의 마크업 유형을 이해합니다.
컨트롤의 소스 코드를 살펴보지 않고도 소스 컨트롤을 수정하고 이벤트를 구독할 수 있는 상속을 이해합니다.
Peter는 절차적 프로그래밍을 사용하므로 Peter는 선험적으로 개체가 없기 때문에 개체로 컨트롤에 액세스하는 것은 불가능합니다.
즉, 즉석에서 변경할 수 없으므로 데이터와 연결할 수 있습니다 ...
우리는 기다리고 있습니다 .. 우리는 결과를 기다리고 있습니다. 그러나 Peter가 mqh가 아닌 ex4를 생성하여 커널에 대해 자세히 알아볼 필요가 없도록 하면 더 좋을 것입니다.
Smiled :) 전체 핵심은 안구에 물건으로 가득 차 있습니다.
Alexey, 당신은 그것을 테스트하는 것을 돕겠다고 약속했습니다. 이 편집자가 빛을 본다는 사실이 당신의 장점입니다. 당신은 내가 일을 끝내도록 동기를 부여했습니다.
편집기(화요일)를 설정하자마자 버튼, 확인란 및 입력 필드 의 간단한 패널을 함께 만들고 간단한 Expert Advisor에 연결할 것입니다. 그리고 모든 질문은 즉시 답변됩니다.))
그래서 저는 MQL의 솔루션을 원합니다. 좋아, 당신이 직접해야합니다 :).
샌드박스에서 빠져나올 시간입니다 :-) 어린이용 주걱이 빠졌네요..
다양한 문제를 해결하려면 자체 툴킷이 필요합니다.
반면에: 망치로 나사를 망치질할 수 있습니다(현미경으로도)