Nikolai Semko : 아마도 . 모르겠어. 하지만 Peter가 가치 있는 일에 성공하면 이 문제를 해결할 수 있다고 생각합니다.
하나의 파일을 시장에 보내야 하고 엔진을 보낼 필요는 없지만 엔진 없이도 작동합니다.
피터, 아니면 내가 뭔가를 오해하고 있는 걸까?
Nikolay, 당신은 모든 것을 올바르게 이해했습니다. EA는 엔진 없이 작동합니다. 엔진은 별도의 차트에 배치되고 명령을 받는 즉시 Expert Advisor GUI를 생성합니다. 엔진은 서로 다른 Expert Advisor 간에 전환할 수 있습니다. 전환할 때 단순히 텍스트 파일에서 다른 커널을 다시 로드합니다. 아예 제거할 수는 없지만 별도의 차트를 선택하여 항상 거기에 보관하십시오.
엔진이 다운로드할 수 있도록 커널이 있는 파일을 여기저기 끌어다 놓아야 하는 필요에서 사용자를 저장하는 아이디어가 있습니다. GUI를 생성할 때 생성자는 커널 파일을 생성합니다. 파일에 저장하는 대신 생성자는 코어를 리소스에 저장하고 연결 속성 파일에 이 리소스의 연결 문자열을 작성할 수 있습니다. 사용자가 생성된 연결 속성 파일을 연결하면 Expert Advisor를 초기화할 때 이 리소스와 코어가 통합됩니다. 또한 엔진에 연결할 때 후자는 단순히 EA에서 코어가 있는 리소스를 읽고 GUI를 재생합니다. 따라서 커널과 함께 파일을 운반할 필요가 없습니다.
dll에 대한 호출을 포함하지 않는 라이브러리를 포함하여 외부 ex* 라이브러리를 사용할 수 없습니다. 그러나 이 제한은 Peter 엔진인 지표에는 적용되지 않습니다.
나는 특히 시장의 서비스 데스크에 문의하여이 질문을 알아 냈습니다. 대답은 매우 명확했지만 그 당시에는 그것이 마음에 들지 않았습니다 :-) 시장 제품은 자체적으로 있어야 하며 다른 구성 요소를 설치할 필요가 없습니다. 필요한 모든 지표와 라이브러리는 리소스를 통해 내부로 푸시되어야 합니다.
그건 그렇고 논리적입니다. 사람이 제품을 구입했으며 이 제품(및 선언된 모든 속성)은 불필요한 제스처 없이 즉시 사용할 수 있어야 합니다. 그리고 일부 종속성이 업데이트 된 상황이 없었고 어드바이저가 떨어졌습니다 :-)
Реter Konow : 엔진이 다운로드할 수 있도록 커널이 있는 파일을 여기저기 끌어다 놓아야 하는 필요에서 사용자를 저장하는 아이디어가 있습니다. GUI를 생성할 때 생성자는 커널 파일을 생성합니다. 파일에 저장하는 대신 생성자는 코어를 리소스에 저장하고 연결 속성 파일에 이 리소스의 연결 문자열을 작성할 수 있습니다. 사용자가 생성된 연결 속성 파일을 연결하면 Expert Advisor를 초기화할 때 이 리소스와 코어가 통합됩니다. 또한 엔진에 연결할 때 후자는 단순히 EA에서 코어가 있는 리소스를 읽고 GUI를 재생합니다. 따라서 커널과 함께 파일을 운반할 필요가 없습니다.
와, 그렇게 만드신 줄 알았어요. 물론 구성 파일을 가지고 다녀야 하는 이유가 무엇입니까?
Peter, 엔진을 하나의 일반적인 ex * 파일에 클래스로 넣을 수도 있다고 상상할 수 있습니까?
Peter, 엔진을 하나의 일반적인 ex * 파일에 클래스로 넣을 수도 있다고 상상할 수 있습니까?
...
Nikolai, 모든 사람을 위해 엔진 코드를 열어 모든 사람이 고문에 넣을 수 있도록 제안하면 그것에 대해 생각했습니다. 아아, 이것은 엔진 개발의 한계를 정할 것입니다. 모든 것이 하나의 응용 프로그램 스레드에서 발생하므로 사용되는 리소스가 제한되고 계산을 병렬화하여 얻을 수 있는 대부분의 이점이 손실됩니다. 또한 사용자는 엔진을 수정하고 수정된 버전을 배포하기 시작하여 혼돈과 새로운 개발 문제가 발생합니다.
Nikolai, 모든 사람을 위해 엔진 코드를 열어 모든 사람이 고문에 넣을 수 있도록 제안하면 그것에 대해 생각했습니다. 아아, 이것은 엔진 개발의 한계를 정할 것입니다. 모든 것이 하나의 응용 프로그램 스레드에서 발생하므로 사용되는 리소스가 제한되고 계산을 병렬화하여 얻을 수 있는 대부분의 이점이 손실됩니다. 또한 사용자는 엔진을 수정하고 수정된 버전을 배포하기 시작하여 혼돈과 새로운 개발 문제가 발생합니다.
따라서 아이디어는 이론상으로는 좋지만 실제로는 ...(
베드로, 증거가 어디에 있습니까?
하나의 ex5(ex4로 실험하는 것은 의미가 없음)와 두 개의 프로그램에서 한 프로그램의 실행 속도를 비교한 연구 보고서는 어디에 있습니까?
그건 그렇고, 내가 당신의 접근 방식의 장점에 대한 적어도 하나의 공식화를 기다리지 않았을 때 내가 ( 여기 ) 처음으로 표현한 가설적인 가정이었습니다.
당신은 이미 내 가정을 사실로 압도하고 있습니다.
개인적으로, 나는 승리가 있을 수 있다는 것을 인정하지만 순전히 직관(지식이 아닌)에 나는 이것이 어떤 이점도 주지 않을 것이라고 75%를 넣었습니다. 왜냐하면 왜냐하면. 두 프로그램 간의 상호 작용 및 데이터 교환은 자유롭지 않으며 프로세서는 ex5용입니다. 그러나 이 질문에 대한 답은 개발자 자신이나 질적 실험을 통해서만 얻을 수 있습니다.
어쩌면 네. 그러나 GUI라면 이것은 또 다른 파일이고 이것은 시장에서 불가능합니다.
아마도 . 모르겠어. 하지만 Peter가 가치 있는 일에 성공하면 이 문제를 해결할 수 있다고 생각합니다.
Nikolay, 당신은 모든 것을 올바르게 이해했습니다. EA는 엔진 없이 작동합니다. 엔진은 별도의 차트에 배치되고 명령을 받는 즉시 Expert Advisor GUI를 생성합니다. 엔진은 서로 다른 Expert Advisor 간에 전환할 수 있습니다. 전환할 때 단순히 텍스트 파일에서 다른 커널을 다시 로드합니다. 아예 제거할 수는 없지만 별도의 차트를 선택하여 항상 거기에 보관하십시오.
기존 규칙에 따라 추가 종속성이 있는 제품은 시장을 통해 배포할 수 없습니다. 더군다나 이는 법적으로 금지되거나 다소 어려운 일이라고 생각합니다.
dll에 대한 호출을 포함하지 않는 라이브러리를 포함하여 외부 ex* 라이브러리를 사용할 수 없습니다. 그러나 이 제한은 Peter 엔진인 지표에는 적용되지 않습니다.
dll에 대한 호출을 포함하지 않는 라이브러리를 포함하여 외부 ex* 라이브러리를 사용할 수 없습니다. 그러나 이 제한은 Peter 엔진인 지표에는 적용되지 않습니다.
나는 특히 시장의 서비스 데스크에 문의하여이 질문을 알아 냈습니다. 대답은 매우 명확했지만 그 당시에는 그것이 마음에 들지 않았습니다 :-) 시장 제품은 자체적으로 있어야 하며 다른 구성 요소를 설치할 필요가 없습니다. 필요한 모든 지표와 라이브러리는 리소스를 통해 내부로 푸시되어야 합니다.
그건 그렇고 논리적입니다. 사람이 제품을 구입했으며 이 제품(및 선언된 모든 속성)은 불필요한 제스처 없이 즉시 사용할 수 있어야 합니다.
그리고 일부 종속성이 업데이트 된 상황이 없었고 어드바이저가 떨어졌습니다 :-)
일반적으로 거래는 다음과 같습니다.
내 수입 은 "핵심 엔진"입니다.
;)엔진이 다운로드할 수 있도록 커널이 있는 파일을 여기저기 끌어다 놓아야 하는 필요에서 사용자를 저장하는 아이디어가 있습니다. GUI를 생성할 때 생성자는 커널 파일을 생성합니다. 파일에 저장하는 대신 생성자는 코어를 리소스에 저장하고 연결 속성 파일에 이 리소스의 연결 문자열을 작성할 수 있습니다. 사용자가 생성된 연결 속성 파일을 연결하면 Expert Advisor를 초기화할 때 이 리소스와 코어가 통합됩니다. 또한 엔진에 연결할 때 후자는 단순히 EA에서 코어가 있는 리소스를 읽고 GUI를 재생합니다. 따라서 커널과 함께 파일을 운반할 필요가 없습니다.
와, 그렇게 만드신 줄 알았어요. 물론 구성 파일을 가지고 다녀야 하는 이유가 무엇입니까?
더 알려주실 수 있나요? 어떻게, 무엇을, 왜.
...
Nikolai, 모든 사람을 위해 엔진 코드를 열어 모든 사람이 고문에 넣을 수 있도록 제안하면 그것에 대해 생각했습니다. 아아, 이것은 엔진 개발의 한계를 정할 것입니다. 모든 것이 하나의 응용 프로그램 스레드에서 발생하므로 사용되는 리소스가 제한되고 계산을 병렬화하여 얻을 수 있는 대부분의 이점이 손실됩니다. 또한 사용자는 엔진을 수정하고 수정된 버전을 배포하기 시작하여 혼돈과 새로운 개발 문제가 발생합니다.
따라서 아이디어는 이론상으로는 좋지만 실제로는 ...(
Nikolai, 모든 사람을 위해 엔진 코드를 열어 모든 사람이 고문에 넣을 수 있도록 제안하면 그것에 대해 생각했습니다. 아아, 이것은 엔진 개발의 한계를 정할 것입니다. 모든 것이 하나의 응용 프로그램 스레드에서 발생하므로 사용되는 리소스가 제한되고 계산을 병렬화하여 얻을 수 있는 대부분의 이점이 손실됩니다. 또한 사용자는 엔진을 수정하고 수정된 버전을 배포하기 시작하여 혼돈과 새로운 개발 문제가 발생합니다.
따라서 아이디어는 이론상으로는 좋지만 실제로는 ...(