만일을 대비하여: - 소비자는 수백만 명의 상인 군대입니다. - 거래자 보호 원칙이 기본 - "라이브러리"라고 표시되면 DLL을 의미하지 않습니다. - DLL 사용에 대한 제한을 해제하는 데 문제가 없을 수 있습니다.
프로그래머가 "DLL을 포함하는 것이 왜 그렇게 어려운가?"라는 원칙을 사용하는 한 대중 시장에서 성공적인 판매자가 될 기회는 없습니다. 우리는 모든 사람이 타사 DLL이 필요 없는 EX5 파일 형식으로 완벽하게 작동하고 안전한 프로그램을 만들 수 있도록 MQL5 소스 코드 형태로 다양한 라이브러리를 구축하려고 노력하고 있습니다.
작성자가 dll을 사용하는 경우 검증을 위해 dll의 출처를 요구하고, 재무부에 차감하여 무례하게 만드는 것이 (직원들이 추가적인 문제로 부담되지 않도록) 용이하지 않을까요? DLL 확인).
당신은 환경에 대한 당신의 인식 규모에 따라 운영하는 것 같습니다. 그렇기 때문에 '요구하기가 쉽지 않죠....'가 왜 실제 대중시장에 적합하지 않은지 이해가 되지 않습니다.
우리는 "이 솔루션 또는 저 솔루션이 N백만 사용자에게 어떤 효과를 제공합니까?"라는 개념으로 운영합니다. 예를 들어, 2012년 3월에만 MetaTrader 4 및 MetaTrader 5 클라이언트 터미널이 실제로 설치된 지 한 달 만에 100만 대가 넘었습니다. 웹이 아닌 오래된 설치 프로그램이 엄청나게 많기 때문에 이것은 하한선 입니다.
C++ -> DLL 컴파일을 지원하는 이유는 매우 위험한 검증되지 않은 DLL을 처리하는 대신 DLL 소스를 실제로 공유할 수 있도록 하기 위해서입니다. 시장 규모에서 이것은 "소스를 제공하십시오. 확인되지 않은 DLL을 원하지 않습니다" 모드로 들어가는 수천 명의 거래자에게 보안 향상을 제공할 것입니다.
물론 이것은 추가 솔루션일 뿐이며 우리의 주요 목표는 최대한 많은 코드를 네이티브 및 보안 MQL5로 변환하는 것입니다.
- 소비자는 수백만 명의 상인 군대입니다.
- 거래자 보호 원칙이 기본
- "라이브러리"라고 표시되면 DLL을 의미하지 않습니다.
- DLL 사용에 대한 제한을 해제하는 데 문제가 없을 수 있습니다.
프로그래머가 "DLL을 포함하는 것이 왜 그렇게 어려운가?"라는 원칙을 사용하는 한 대중 시장에서 성공적인 판매자가 될 기회는 없습니다. 우리는 모든 사람이 타사 DLL이 필요 없는 EX5 파일 형식으로 완벽하게 작동하고 안전한 프로그램을 만들 수 있도록 MQL5 소스 코드 형태로 다양한 라이브러리를 구축하려고 노력하고 있습니다.
친애하는 sergeev, 코드를 MQL5로 변환하지 않고 DLL을 어떻게 제거할 계획입니까?
C++(또는 Delphi) -> MQL5에서 DLL 프로젝트의 자동 번역이 있을 것이라고 생각했습니다.
그런 다음 핸들이 있는 결과 코드의 작은 개정판과 원래 DLL에 있던 내용의 ex5 파일이 있습니다.
그렇다면 Visual Studio 에서도 잘 컴파일된다면 메타에디터에서 DLL을 컴파일하는 이유는 무엇입니까?
그렇다면 Visual Studio에서도 잘 컴파일된다면 메타에디터에서 DLL을 컴파일하는 이유는 무엇입니까?
그래서 그것은 당신의 스튜디오를 사용하여 컴파일됩니다
그러나 이제 프로젝트 를 폴더로 옮길 필요가 없습니다.
가장 간단한 DLL을 작성하고 ME에서 "즉시" 컴파일합니다. 그리고 즉시 EX5 프로젝트용 DLL을 갖게 됩니다.
가장 간단한 DLL을 작성하고 ME에서 "즉시" 컴파일합니다. 그리고 즉시 EX5 프로젝트용 DLL을 갖게 됩니다.
더 중요한 것은 가장 단순한 DLL을 단일 파일의 소스로 배포할 수 있다는 것입니다.
수신자가 이전에 코드를 살펴보고(원하는 경우) F7을 사용하여 컴파일하는 것으로 충분합니다.
이는 DLL 자체 대신 DLL 소스 배포로 전환 하여 시스템 보안을 강화하기 위해 수행됩니다. 이것이 벤처의 주요 목적입니다.
Zed 그래프 라이브러리:
1. 자세한 설명 및 예시: http://jenyay.net/Programming/ZedGraph
2. 아카이브, 데모, 문서: http://sourceforge.net/projects/zedgraph/files/
//---
차트와 관련된 또 다른 라이브러리:
http://www.codeproject.com/Articles/32836/A-simple-C-library-for-graph-plotting
더 중요한 것은 가장 단순한 DLL을 단일 파일의 소스로 배포할 수 있다는 것입니다.
수신자가 이전에 코드를 살펴보고(원하는 경우) F7을 사용하여 컴파일하는 것으로 충분합니다.
이는 DLL 자체 대신 DLL 소스 배포로 전환 하여 시스템 보안을 강화하기 위해 수행됩니다. 이것이 벤처의 주요 목적입니다.
일종의 쓰레기 목표(IMHO).
이제 dll은 3가지 이유로 mql 코드에서 사용됩니다.
첫 번째 이유는 시장과 관련이 없고 두 번째 이유는 당신의 노력 덕분에 무가치하고 세 번째 이유는 남아 있습니다.
그냥 이 정원을 위해 울타리를 치는 건가요?
작성자가 dll을 사용할 때 검증을 위해 dll의 출처를 요구하고 공제액을 재무부에 올려 무례하게 만드는 것이 (직원들이 추가적인 문제로 인해 부담을 갖지 않도록) dll을 사용하는 것이 더 쉽지 않습니까? DLL 확인).
...
MQL5의 소스 코드 형태의 네이티브 라이브러리는 판매용 프로그램을 작성하는 사람들에게 필요합니다.
...
판매용 프로그램을 작성하는 사람들과 프로그램을 작성하는 다른 모든 사람들에게는 우선 가난한 메타에디터가 아니라 편리한 편집기가 필요하다고 감히 말씀드리고 싶습니다.
원격에서도 Visual Studio 처럼 보이게 할 수 있습니까? VS에서 ME로 전환할 때 매우 짜증이 납니다.
1. 프로젝트 내비게이터(생각하기로 약속)
2. 접기
3. 선택한 조각을 인쇄하는 기능(그들은 아무 말도 하지 않았습니다. 분명히 이것은 일반적으로 가능한 범위를 벗어났습니다)
4. 디버깅 중 변수의 값을 관찰 창에서 뿐만 아니라 텍스트에서 변수에 마우스를 대고 있는 것만으로 표시합니다.
5. iOS용 MT의 표시기에서는 아직 선의 색상을 설정하는 것을 가능하게 하지 않았지만 약속도 했습니다(이것은 ME에 관한 것이 아니라 단지 힙에 대한 것입니다)
추신: 저는 Urain의 이전 메시지를 지지합니다. 목표의 엉터리(비록 다른 이유이기는 하지만), 먼저 모든 사람 이 필요로 하는 것, 즉 편리한 편집기, 그리고 - 예, 체커도 가능합니다 :)
위에 쓰여진 모든 것은 나의 가치 판단입니다.
일종의 쓰레기 목표(IMHO).
작성자가 dll을 사용하는 경우 검증을 위해 dll의 출처를 요구하고, 재무부에 차감하여 무례하게 만드는 것이 (직원들이 추가적인 문제로 부담되지 않도록) 용이하지 않을까요? DLL 확인).
당신은 환경에 대한 당신의 인식 규모에 따라 운영하는 것 같습니다. 그렇기 때문에 '요구하기가 쉽지 않죠....'가 왜 실제 대중시장에 적합하지 않은지 이해가 되지 않습니다.
우리는 "이 솔루션 또는 저 솔루션이 N백만 사용자에게 어떤 효과를 제공합니까?"라는 개념으로 운영합니다. 예를 들어, 2012년 3월에만 MetaTrader 4 및 MetaTrader 5 클라이언트 터미널이 실제로 설치된 지 한 달 만에 100만 대가 넘었습니다. 웹이 아닌 오래된 설치 프로그램이 엄청나게 많기 때문에 이것은 하한선 입니다.
C++ -> DLL 컴파일을 지원하는 이유는 매우 위험한 검증되지 않은 DLL을 처리하는 대신 DLL 소스를 실제로 공유할 수 있도록 하기 위해서입니다. 시장 규모에서 이것은 "소스를 제공하십시오. 확인되지 않은 DLL을 원하지 않습니다" 모드로 들어가는 수천 명의 거래자에게 보안 향상을 제공할 것입니다.
물론 이것은 추가 솔루션일 뿐이며 우리의 주요 목표는 최대한 많은 코드를 네이티브 및 보안 MQL5로 변환하는 것입니다.