파일을 통해 여러 객체를 로드/저장할 수 있고, EA의 실행을 중단하지 않고 입력 문자열을 통해 테스터가 생성한 객체를 런타임에 추가할 수도 있습니다. 이미 바이너리 교환을 통해 이루어졌지만 어떤 json이 추가 조작 없이 읽을 수 있습니다.
이는 내부용일 뿐입니다. 바이너리 데이터인 IMHO를 구동하는 것이 더 쉽습니다. JSON은 결국 네트워크를 통해 데이터를 교환하기 위한 것이므로 수신/전송 시간을 배경으로 직렬화/역직렬화 시간은 더 이상 의미가 없습니다. 따라서 하나의 시스템에서 교환을 구성해야 하는 경우 IMHO, 파일 매핑이 가장 빠르고 간단하지만 네트워크를 통해 - 여기에서 웹 소켓이 이미 조정됩니다.
이는 내부용일 뿐입니다. 바이너리 데이터인 IMHO를 구동하는 것이 더 쉽습니다. JSON은 결국 네트워크를 통해 데이터를 교환하기 위한 것이므로 수신/전송 시간을 배경으로 직렬화/역직렬화 시간은 더 이상 의미가 없습니다. 따라서 하나의 시스템에서 교환을 구성해야 하는 경우 IMHO, 파일 매핑이 가장 빠르고 간단하지만 네트워크를 통해 - 여기에서 웹 소켓이 이미 조정됩니다.
아니요, 데이터 교환이 이미 완료되어 작동 중입니다. - Redis 데이터베이스를 통한 바이너리 데이터 - 마이크로초 단위의 환율 - 교환 볼륨 ... 글쎄요, 테스트가 문제 없이 600MB로 제한되지 않고 동기화가 보장되는 것 같습니다. , 모든 래퍼는 템플릿을 통해 하나의 명령으로 읽기 쓰기를 수행합니다. 일반적으로 많은 노력 없이 모든 것이 스마트하고 안정적으로 작동합니다.
파일 읽기/저장을 위한 json - 일회성 작업 및 런타임으로 무언가를 할 수 있도록 작성하는 방법
아니요, 데이터 교환이 이미 완료되어 작동 중입니다. - Redis 데이터베이스를 통한 바이너리 데이터 - 마이크로초 단위의 환율 - 교환 볼륨 ... 글쎄요, 테스트가 문제 없이 600MB로 제한되지 않고 동기화가 보장되는 것 같습니다. , 모든 래퍼는 템플릿을 통해 하나의 명령으로 읽기 쓰기를 수행합니다. 일반적으로 많은 노력 없이 모든 것이 스마트하고 안정적으로 작동합니다.
파일 읽기/저장을 위한 json - 일회성 작업 및 런타임으로 무언가를 할 수 있도록 작성하는 방법
IMHO, 잘했습니다. 물론 질문이 있습니다. 얼마나 빨리 했는지 .... 이 시간 동안 .... 음, 말하자면, 무엇보다도 감정!
수정된 버전을 확인했습니다. - OK, 모든 것이 올바르게 작동합니다.
이 공예? 처음부터 총 30분
이 공예? 처음부터 총 30분
아첨하지 않을거야
다시 한번 감사합니다!
ZY: 이게 왜요? 응용 프로그램 중 하나가 이 코드에 있습니다. https://www.mql5.com/ru/forum/325418/page4#comment_16116740
파일을 통해 여러 객체를 로드/저장할 수 있고, EA의 실행을 중단하지 않고 입력 문자열을 통해 테스터가 생성한 객체를 런타임에 추가할 수도 있습니다. 이미 바이너리 교환을 통해 이루어졌지만 어떤 json이 추가 조작 없이 읽을 수 있습니다.
아첨하지 않을거야
다시 한번 감사합니다!
ZY: 이게 왜요? 응용 프로그램 중 하나는 이 코드에 대한 것입니다 https://www.mql5.com/ru/forum/325418/page4#comment_16116740
파일을 통해 여러 객체를 로드/저장할 수 있고, EA의 실행을 중단하지 않고 입력 문자열을 통해 테스터가 생성한 객체를 런타임에 추가할 수도 있습니다. 이미 바이너리 교환을 통해 이루어졌지만 어떤 json이 추가 조작 없이 읽을 수 있습니다.
이는 내부용일 뿐입니다. 바이너리 데이터인 IMHO를 구동하는 것이 더 쉽습니다. JSON은 결국 네트워크를 통해 데이터를 교환하기 위한 것이므로 수신/전송 시간을 배경으로 직렬화/역직렬화 시간은 더 이상 의미가 없습니다. 따라서 하나의 시스템에서 교환을 구성해야 하는 경우 IMHO, 파일 매핑이 가장 빠르고 간단하지만 네트워크를 통해 - 여기에서 웹 소켓이 이미 조정됩니다.
이는 내부용일 뿐입니다. 바이너리 데이터인 IMHO를 구동하는 것이 더 쉽습니다. JSON은 결국 네트워크를 통해 데이터를 교환하기 위한 것이므로 수신/전송 시간을 배경으로 직렬화/역직렬화 시간은 더 이상 의미가 없습니다. 따라서 하나의 시스템에서 교환을 구성해야 하는 경우 IMHO, 파일 매핑이 가장 빠르고 간단하지만 네트워크를 통해 - 여기에서 웹 소켓이 이미 조정됩니다.
아니요, 데이터 교환이 이미 완료되어 작동 중입니다. - Redis 데이터베이스를 통한 바이너리 데이터 - 마이크로초 단위의 환율 - 교환 볼륨 ... 글쎄요, 테스트가 문제 없이 600MB로 제한되지 않고 동기화가 보장되는 것 같습니다. , 모든 래퍼는 템플릿을 통해 하나의 명령으로 읽기 쓰기를 수행합니다. 일반적으로 많은 노력 없이 모든 것이 스마트하고 안정적으로 작동합니다.
파일 읽기/저장을 위한 json - 일회성 작업 및 런타임으로 무언가를 할 수 있도록 작성하는 방법
작업은 다음과 같이 공식화됩니다 https://www.mql5.com/ru/forum/85652/page50#comment_16415557 , 일반적으로 설명에 따라 이동합니다))
아니요, 데이터 교환이 이미 완료되어 작동 중입니다. - Redis 데이터베이스를 통한 바이너리 데이터 - 마이크로초 단위의 환율 - 교환 볼륨 ... 글쎄요, 테스트가 문제 없이 600MB로 제한되지 않고 동기화가 보장되는 것 같습니다. , 모든 래퍼는 템플릿을 통해 하나의 명령으로 읽기 쓰기를 수행합니다. 일반적으로 많은 노력 없이 모든 것이 스마트하고 안정적으로 작동합니다.
파일 읽기/저장을 위한 json - 일회성 작업 및 런타임으로 무언가를 할 수 있도록 작성하는 방법
작업은 다음과 같이 공식화됩니다. https://www.mql5.com/ru/forum/85652/page50#comment_16415557 , 일반적으로 설명을 따릅니다.)
레디스 어떤 버전인가요?
Streams 5 기능에서 그냥 "내 입술을 핥아". 그렇지 않으면 무가별로 흥미롭지 않습니다 .. 그리고 Windows 용 5는 어디에서 얻을 수 있습니까 ??
레디스 어떤 버전인가요?
나는 순전히 메모리를 통해 공유하기 위해 Windu 아래에 로컬 하나가 있습니다.
레디스 3.2.100 64비트
github의 ServiceStack.Redis dll에 래핑된 것을 실제로 발명하지 않았습니다. 자료를 모르고 며칠 동안 작업했습니다.
그리고 Windows용 5는 어디서 구할 수 있습니까?
존재하지 않을 가능성이 높으며 Windows에서 프로젝트가 오랫동안 포기되었습니다.
그러나 와인 10에서 Linux용 소프트웨어를 실행하는 방법에 대한 많은 정보가 있습니다. https://redislabs.com/blog/redis-on-windows-10/
그리고 문제는 스택에 메모리의 바이트 12를 할당합니다. 문자열 개체가 무엇인지 확실하지 않습니까?
정말 짜증나!
1 - 객체 생성을 통해. 2 - 일반 함수 호출을 통해서만. 첫 번째 숫자는 시간(밀리초)이고 두 번째 숫자는 무시됩니다.
이미 거의 10배(때로는 10배 이상) 더 빠릅니다. 얼마나 슬픔 ... 스택 ... 무리 ... *** 차
정말 짜증나!
1 - 객체 생성을 통해. 2 - 일반 함수 호출을 통해서만. 첫 번째 숫자는 시간(밀리초)이고 두 번째 숫자는 무시됩니다.
이미 거의 10배(때로는 10배 이상) 더 빠릅니다. 얼마나 슬픔 ... 스택 ... 무리 ... *** 차
여기에서 C #에서와 같이 개체가 항상 힙에 있다는 점을 고려하십시오. 스택에는 스칼라, 설명자 및 (예외로) 알려진 크기의 일부 배열만 있습니다.
여기에서 C #에서와 같이 개체가 항상 힙에 있다는 점을 고려하십시오. 스택에는 스칼라, 설명자 및 (예외로) 알려진 크기의 일부 배열만 있습니다.
구조체와 클래스(새 항목 없음)에 대해 잊었습니다. 둘 다 스택에 할당되어 있습니다.
정말 짜증나!
1 - 객체 생성을 통해. 2 - 일반 함수 호출을 통해서만. 첫 번째 숫자는 시간(밀리초)이고 두 번째 숫자는 무시됩니다.
이미 거의 10배(때로는 10배 이상) 더 빠릅니다. 얼마나 슬픔 ... 스택 ... 무리 ... *** 차
무슨 내용인지 설명해주실 수 있나요? 아니면 제가 좀 멍청해서 세 번 읽었지만 하나도 이해하지 못했습니다...