Anatoli Kazharski : 사실, 적어도 나에게는 그렇습니다. 나는 결과를 최소한 이상에 가깝게 가져오고 싶습니다. 이것은 긴 과정입니다. )
장기간 관찰 - 많은 사람들이 어떤 이유로 개발의 특정 단계에서 "최고의 이상적인" GUI 라이브러리를 작성하는 경로를 선택합니다. 즉, GUI. 이것은 델파이와 C++에서 특히 두드러집니다. GUI 라이브러리를 선호하는 그러한 선택은 분명히 미학적으로 만족스러운 결과를 얻을 수 있는 가능성과 관련이 있습니다. 그리고 적어도 이해할 수 있는 스크린샷의 형태로 대중과 공유하십시오.
아마도 사람들이 자전거를 만드는 분야의 인기도에 따라 순위를 매기는 것이 가능할 것입니다. GUI 외에도 차트 라이브러리도 사용합니다. MQL에서 Order Libraries 및 Expert Libraries(SB 대안)를 작성하는 것도 인기가 있지만, 이미 자체적으로 그리고 공개적으로 볼 수 있도록 작성되어 있으며, 전시되는 경우 "되기 위해서"만 가능합니다.
이것은 아마도 최적의 아키텍처 OOP 코딩 문화를 배양하는 가장 좋은 방법 중 하나일 것입니다.
저 역시 비슷한 문화를 키우고 있지만 어떤 이유에서인지 GUI가 저를 글을 쓰게 만들지 않습니다.
물론 멋진 GUI/차트/매트 라이브러리 뿐만 아니라 비표준적인 것도 보고 싶습니다.
예를 들어 ? 물론 우주가 이미 존재한다는 사실에도 불구하고 즉시 우주 생성을 시작할 수 있습니다. )
GUI를 사용하면 이 GUI의 도움으로 관리할 수 있는 비표준 무언가를 만드는 작업으로 이동할 수 있습니다. 따라서 지금까지 제시된 옵션 중 어느 것도 나에게 적합하지 않았기 때문에 나만의 라이브러리를 작성하기 시작했습니다. 작업을 마친 후에는 SB에 나와 있는 내용이 저에게도 맞지 않기 때문에 차트를 만들기 위한 라이브러리를 작성하기 시작할 계획이었습니다. 서비스 데스크의 품질 개선 요청은 수락되었지만 불행히도 오랜 시간 동안 응답이 없었습니다. 사실, 꽤 최근에 개발자들이 자신의 고품질 버전을 계속하거나 작성하는 것 같다는 뉴스가 있었습니다. 일반적으로 볼 수 있습니다.
옵션이 없는 가장 좋은 방법은 숙련된 개발자 팀에서 대규모 프로젝트에 대해 자세히 알아보는 것입니다.
아나톨리 카자르스키 :
예를 들어 ? 물론 우주가 이미 존재한다는 사실에도 불구하고 즉시 우주 생성을 시작할 수 있습니다. )
GUI를 사용하면 이 GUI의 도움으로 관리할 수 있는 비표준 무언가를 만드는 작업으로 이동할 수 있습니다. 따라서 지금까지 제시된 옵션 중 어느 것도 나에게 적합하지 않았기 때문에 나만의 라이브러리를 작성하기 시작했습니다. 작업을 마친 후에는 SB에 나와 있는 내용이 저에게도 맞지 않기 때문에 차트를 만들기 위한 라이브러리를 작성하기 시작할 계획이었습니다. 서비스 데스크의 품질 개선 요청은 수락되었지만 불행히도 오랜 시간 동안 응답이 없었습니다. 사실, 꽤 최근에 개발자들이 자신의 고품질 버전을 계속하거나 작성하는 것 같다는 뉴스가 있었습니다. 일반적으로 볼 수 있습니다.
예를 들어, c-4의 거래 엔진. 이것은 본격적인 프레임 워크이며 많은 것들이 구현되고 편리합니다. 우리는 라이브러리에서 그림을 그리고 프레임 워크를 적용합니다 ..
이해했습니다(기억). 개발하는 동안 파일에서 코드 최적화 를 비활성화합니다.
"MetaTrader 5 pretest\Config\ metaeditor.ini "
매개변수: 최적화
Author=Copyright 2015 , MetaQuotes Software Corp.
Address=http: //www.mql5.com
Optimize= 0
값을 1 로 설정하면 다음과 같은 결과가 나타납니다.
//---
물론 작업할 때는 매우 길기 때문에 애플리케이션 개발 중에는 최적화를 비활성화합니다. 비활성화 모드에서 결과는 다음과 같습니다.
만들어진. 효과가 없습니다. 모든 것과 편집기와 터미널을 다시 시작했습니다.
다시 시작하지 않고 이 모드를 전환하고 metaeditor.ini 파일을 닫을 때 변경 사항을 저장하기만 하면 됩니다.
이 질문은 개발자에게 더 좋습니다. 아마도 그들이 조언할 것입니다.
사실, 적어도 나에게는 그렇습니다. 나는 결과를 최소한 이상에 가깝게 가져오고 싶습니다. 이것은 긴 과정입니다. )
장기간 관찰 - 많은 사람들이 어떤 이유로 개발의 특정 단계에서 "최고의 이상적인" GUI 라이브러리를 작성하는 경로를 선택합니다. 즉, GUI. 이것은 델파이와 C++에서 특히 두드러집니다. GUI 라이브러리를 선호하는 그러한 선택은 분명히 미학적으로 만족스러운 결과를 얻을 수 있는 가능성과 관련이 있습니다. 그리고 적어도 이해할 수 있는 스크린샷의 형태로 대중과 공유하십시오.
아마도 사람들이 자전거를 만드는 분야의 인기도에 따라 순위를 매기는 것이 가능할 것입니다. GUI 외에도 차트 라이브러리도 사용합니다. MQL에서 Order Libraries 및 Expert Libraries(SB 대안)를 작성하는 것도 인기가 있지만, 이미 자체적으로 그리고 공개적으로 볼 수 있도록 작성되어 있으며, 전시되는 경우 "되기 위해서"만 가능합니다.
일반적으로 흥미로운 심리적 현상입니다. 주제넘어서 죄송합니다.
... 정확히는 GUI. ...
이것은 일반적인 개발을 위한 것입니다. 해결해야 할 다양한 작업이 있기 때문에 나중에 다른 경우에 유용할 수 있는 해결 경험이 있습니다. 더 복잡한 프로젝트를 시작하기 전에 워밍업이라고 부를 수 있습니다. )
이것은 아마도 최적의 아키텍처 OOP 코딩 문화를 배양하는 가장 좋은 방법 중 하나일 것입니다.
저 역시 비슷한 문화를 키우고 있지만 어떤 이유에서인지 GUI가 저를 글을 쓰게 만들지 않습니다.
물론 멋진 GUI/차트/매트 라이브러리 뿐만 아니라 비표준적인 것도 보고 싶습니다.
이것은 아마도 최적의 아키텍처 OOP 코딩 문화를 배양하는 가장 좋은 방법 중 하나일 것입니다.
옵션이 없는 가장 좋은 방법은 숙련된 개발자 팀에서 대규모 프로젝트 에 대해 자세히 알아보는 것입니다.
이것은 아마도 최적의 아키텍처 OOP 코딩 문화를 배양하는 가장 좋은 방법 중 하나일 것입니다.
저 역시 비슷한 문화를 키우고 있지만 어떤 이유에서인지 GUI가 저를 글을 쓰게 만들지 않습니다.
물론 멋진 GUI/차트/매트 라이브러리 뿐만 아니라 비표준적인 것도 보고 싶습니다.
예를 들어 ? 물론 우주가 이미 존재한다는 사실에도 불구하고 즉시 우주 생성을 시작할 수 있습니다. )
GUI를 사용하면 이 GUI의 도움으로 관리할 수 있는 비표준 무언가를 만드는 작업으로 이동할 수 있습니다. 따라서 지금까지 제시된 옵션 중 어느 것도 나에게 적합하지 않았기 때문에 나만의 라이브러리를 작성하기 시작했습니다. 작업을 마친 후에는 SB에 나와 있는 내용이 저에게도 맞지 않기 때문에 차트를 만들기 위한 라이브러리를 작성하기 시작할 계획이었습니다. 서비스 데스크의 품질 개선 요청은 수락되었지만 불행히도 오랜 시간 동안 응답이 없었습니다. 사실, 꽤 최근에 개발자들이 자신의 고품질 버전을 계속하거나 작성하는 것 같다는 뉴스가 있었습니다. 일반적으로 볼 수 있습니다.
옵션이 없는 가장 좋은 방법은 숙련된 개발자 팀에서 대규모 프로젝트에 대해 자세히 알아보는 것입니다.
옵션이 없는 가장 좋은 방법은 숙련된 개발자 팀에서 대규모 프로젝트에 대해 자세히 알아보는 것입니다.
나는 효과적인 교육을 위해서라도 팀에서 일하고 싶지 않았습니다. 그러나 대부분의 경우 이것이 진정으로 굳어지는 가장 멋진 방법인 것 같습니다.
예를 들어 ?
모르겠어. 그 부분에서는 모든 것이 원시적이며 코드 기반에 배치됩니다. 비표준 라이브러리를 만나지 않았습니다. 흥미로운 건축 솔루션 - 나는 보았다.
옵션이 없는 가장 좋은 방법은 숙련된 개발자 팀에서 대규모 프로젝트에 대해 자세히 알아보는 것입니다.
예를 들어 ? 물론 우주가 이미 존재한다는 사실에도 불구하고 즉시 우주 생성을 시작할 수 있습니다. )
GUI를 사용하면 이 GUI의 도움으로 관리할 수 있는 비표준 무언가를 만드는 작업으로 이동할 수 있습니다. 따라서 지금까지 제시된 옵션 중 어느 것도 나에게 적합하지 않았기 때문에 나만의 라이브러리를 작성하기 시작했습니다. 작업을 마친 후에는 SB에 나와 있는 내용이 저에게도 맞지 않기 때문에 차트를 만들기 위한 라이브러리를 작성하기 시작할 계획이었습니다. 서비스 데스크의 품질 개선 요청은 수락되었지만 불행히도 오랜 시간 동안 응답이 없었습니다. 사실, 꽤 최근에 개발자들이 자신의 고품질 버전을 계속하거나 작성하는 것 같다는 뉴스가 있었습니다. 일반적으로 볼 수 있습니다.