글쎄요, "순수한" 언어로 글을 쓰는 사람은 거의 없으며 Sharp의 라이브러리를 사용합니다. 전문가도 마찬가지입니다. 글쎄, 나는 그들에게 주장하지 않습니다. 예를 들어 컴파일 된 이동이 있습니다. 저는 이 shim이 가상 머신 으로 필요하다는 것을 정말로 이해하지 못합니다. 단점은 보는데 장점은 안보이네요. 예, 그리고 작은 규모의 아이디어는 Java로 가고 싶습니다.
작동하지 않습니다. 지정된 자료는 다른 C# 및 mql 통합 기술을 사용합니다. 이 기술을 사용하면 라이브러리가 dll에 직접 주입되어 관리 코드와 비관리 코드 사이에 "계층"이 생성됩니다. 그렇지 않으면 샤프가 SQL과 상호 작용할 수 없습니다. 그러나 개발자들은 많은 작업을 수행했으며 이제 Sharp 라이브러리를 기본적으로 mql에 통합할 수 있습니다. 프로시저 내보내기를 선언할 필요도 없습니다. 모든 것이 기본처럼 "성장"합니다. Fedor와 내가 보여준 것. 구조를 다루어야 합니다. Fedor가 원하는 작업에 따라 dll에서 데이터 구조를 정확히 반환해야 합니다. 물론 매핑을 통해 변태가 될 수도 있겠지만 불필요한 문제 없이 모든 것이 잘 되기를 진심으로 바랍니다.
예제 확인을 제안했습니다. 작동하지 않는지 확인했고 MQL5 사용자 정의 유형이 표시되지 않습니다.
기술에 관한 것이 아닙니다. 작년 하반기에 MQL5는 "즉시 사용 가능한" .Net을 지원하기 시작했습니다. 모두가 이미 알고 있습니다 ;)
빅트 :
저는 이 shim이 가상 머신 으로 필요하다는 것을 정말로 이해하지 못합니다. 단점은 보는데 장점은 안보이네요. 예, 그리고 작은 규모의 아이디어는 Java로 가고 싶습니다.
이미 만들어진 라이브러리가 많이 있습니다 .... 그리고 일부 라이브러리는 플러스에 라이브러리를 사용합니다. - .Net을 사용하면 C ++의 .dll을 하나의 실행 파일로 래핑할 수 있습니다.
성능 테스트를 하고 읽었는데, C#은 종종 C++에 가까운 속도를 보여줍니다(약 5-10% 이득). 우리는 C++의 이중적 우월성에 대해 이야기하는 것이 아닙니다.
글쎄요, C#은 매우 간단한 언어입니다. 어느 정도까지는 가능합니다. - 저는 기성품 패키지를 수준으로 가져오고 사용자 인터페이스를 나사로 고정했습니다. 도서관 - 이미 풀 하우스가 있습니다)))
일반적으로 사용 용이성과 쓰기 속도는 매우 큰 장점입니다. IMHO
추신: 이번 주에 C# Wolfram으로 나사를 조일 예정입니다. 경험에 따르면, 1주일 안에 원하는 결과를 얻을 수 있다는 것을 압니다. Wolfram C #을 통해 모든 것이 C로 된 패키지를 사용하는 다른 모든 곳과 마찬가지로 표준입니다. #
성능 테스트를 하고 읽었는데, C#은 종종 C++에 가까운 속도를 보여줍니다(약 5-10% 이득). 우리는 C ++의 이중적 우월성에 대해 이야기하는 것이 아닙니다.
글쎄, 그것은 당신이 계산하는 방법에 달려 있습니다. 예를 들어, 하나의 스레드로 특정 알고리즘 의 실행 속도를 측정하면 거의 같은 수치를 얻습니다. 그러나 여기서 N개의 코어가 "즉석에서" 컴파일되고 있다는 사실은 언급하지 않았으며, 시작 시간 및 소비된 메모리에 대해서는 아무 말도 하지 않습니다. Elbrus와 마찬가지로 하나의 코어는 명령을 실행하고 다른 코어는 번역에 완전히 사용됩니다.
글쎄요, C#은 매우 간단한 언어입니다. 하지만 어느 정도까지는 - 기성품 패키지를 가져와서 사용자 인터페이스를 망친 수준까지 - 말 그대로 두 번의 클릭만으로,
글쎄, 당신이 순수한 winapi로 gui를 작성한다면 아마도. 그러나 더 간단할 수 있습니다. 버튼과 핸들러(fltk)가 있는 창을 갖는 것이 어렵습니까?
빅터, 문제없어. 모든 사람은 자신의 종교를 가지고 있습니다. 그러나 우리가 현재 만들고 있는 예제를 C++로 구현하려고 합니다. C++로 만드는 것이 얼마나 쉬울까요? C ++에서 websocket을 구현하는 것은 여전히 쓰레기입니다.
놀랍게 들리겠지만 기성품 libwebsockets가 있습니다.
나는 종종 전문가에 대한 의견이 다음과 같다고 생각합니다. 사람은 기성품 라이브러리를 연결하는 방법/방법을 모릅니다. 그는 순수한 winapi에서 C ++ 창의 고전적인 예를 본 다음 그는 모든 경우에 표준 라이브러리로 날카로운 것을 보고(나에게는 좋지 않음) 그녀에게서 오르가즘을 얻습니다. 그리고 그의 관점에서 이점은 매우 오래되고 노동 집약적인 것으로 남아 있습니다.
아니요, 삭제하지 않습니다. 여전히 유용할 것입니다!
Sharpe의 지지자가 어떻게 되는지 물어볼 수 있습니까? 관리되지 않는 코드보다 관리되는 코드를 사용하는 요점은 무엇입니까? 예를 들어 바로 여기. 구문과 같은 것을 버리고 근본적인 이점에 집착한다면.
글쎄요, "순수한" 언어로 글을 쓰는 사람은 거의 없으며 Sharp의 라이브러리를 사용합니다. 전문가도 마찬가지입니다. 글쎄, 나는 그들에게 주장하지 않습니다. 예를 들어 컴파일 된 이동이 있습니다. 저는 이 shim이 가상 머신 으로 필요하다는 것을 정말로 이해하지 못합니다. 단점은 보는데 장점은 안보이네요. 예, 그리고 작은 규모의 아이디어는 Java로 가고 싶습니다.
작동하지 않습니다. 지정된 자료는 다른 C# 및 mql 통합 기술을 사용합니다. 이 기술을 사용하면 라이브러리가 dll에 직접 주입되어 관리 코드와 비관리 코드 사이에 "계층"이 생성됩니다. 그렇지 않으면 샤프가 SQL과 상호 작용할 수 없습니다. 그러나 개발자들은 많은 작업을 수행했으며 이제 Sharp 라이브러리를 기본적으로 mql에 통합할 수 있습니다. 프로시저 내보내기를 선언할 필요도 없습니다. 모든 것이 기본처럼 "성장"합니다. Fedor와 내가 보여준 것. 구조를 다루어야 합니다. Fedor가 원하는 작업에 따라 dll에서 데이터 구조를 정확히 반환해야 합니다. 물론 매핑을 통해 변태가 될 수도 있겠지만 불필요한 문제 없이 모든 것이 잘 되기를 진심으로 바랍니다.
예제 확인을 제안했습니다. 작동하지 않는지 확인했고 MQL5 사용자 정의 유형이 표시되지 않습니다.
기술에 관한 것이 아닙니다. 작년 하반기에 MQL5는 "즉시 사용 가능한" .Net을 지원하기 시작했습니다. 모두가 이미 알고 있습니다 ;)
저는 이 shim이 가상 머신 으로 필요하다는 것을 정말로 이해하지 못합니다. 단점은 보는데 장점은 안보이네요. 예, 그리고 작은 규모의 아이디어는 Java로 가고 싶습니다.
이미 만들어진 라이브러리가 많이 있습니다 .... 그리고 일부 라이브러리는 플러스에 라이브러리를 사용합니다. - .Net을 사용하면 C ++의 .dll을 하나의 실행 파일로 래핑할 수 있습니다.
성능 테스트를 하고 읽었는데, C#은 종종 C++에 가까운 속도를 보여줍니다(약 5-10% 이득). 우리는 C++의 이중적 우월성에 대해 이야기하는 것이 아닙니다.
글쎄요, C#은 매우 간단한 언어입니다. 어느 정도까지는 가능합니다. - 저는 기성품 패키지를 수준으로 가져오고 사용자 인터페이스를 나사로 고정했습니다. 도서관 - 이미 풀 하우스가 있습니다)))
일반적으로 사용 용이성과 쓰기 속도는 매우 큰 장점입니다. IMHO
추신: 이번 주에 C# Wolfram으로 나사를 조일 예정입니다. 경험에 따르면, 1주일 안에 원하는 결과를 얻을 수 있다는 것을 압니다. Wolfram C #을 통해 모든 것이 C로 된 패키지를 사용하는 다른 모든 곳과 마찬가지로 표준입니다. #
성능 테스트를 하고 읽었는데, C#은 종종 C++에 가까운 속도를 보여줍니다(약 5-10% 이득). 우리는 C ++의 이중적 우월성에 대해 이야기하는 것이 아닙니다.
글쎄, 그것은 당신이 계산하는 방법에 달려 있습니다. 예를 들어, 하나의 스레드로 특정 알고리즘 의 실행 속도를 측정하면 거의 같은 수치를 얻습니다. 그러나 여기서 N개의 코어가 "즉석에서" 컴파일되고 있다는 사실은 언급하지 않았으며, 시작 시간 및 소비된 메모리에 대해서는 아무 말도 하지 않습니다. Elbrus와 마찬가지로 하나의 코어는 명령을 실행하고 다른 코어는 번역에 완전히 사용됩니다.
글쎄요, C#은 매우 간단한 언어입니다. 하지만 어느 정도까지는 - 기성품 패키지를 가져와서 사용자 인터페이스를 망친 수준까지 - 말 그대로 두 번의 클릭만으로,
글쎄, 당신이 순수한 winapi로 gui를 작성한다면 아마도. 그러나 더 간단할 수 있습니다. 버튼과 핸들러(fltk)가 있는 창을 갖는 것이 어렵습니까?
시원한! xml이 우리에게 옵니까?
빅터, 문제없어. 모든 사람은 자신의 종교를 가지고 있습니다. 그러나 우리가 현재 만들고 있는 예제를 C++로 구현하려고 합니다. C++로 만드는 것이 얼마나 쉬울까요? C ++에서 websocket을 구현하는 것은 여전히 쓰레기입니다.
놀랍게 들리겠지만 기성품 libwebsockets가 있습니다.
나는 종종 전문가에 대한 의견이 다음과 같다고 생각합니다. 사람은 기성품 라이브러리를 연결하는 방법/방법을 모릅니다. 그는 순수한 winapi에서 C ++ 창의 고전적인 예를 본 다음 그는 모든 경우에 표준 라이브러리로 날카로운 것을 보고(나에게는 좋지 않음) 그녀에게서 오르가즘을 얻습니다. 그리고 그의 관점에서 이점은 매우 오래되고 노동 집약적인 것으로 남아 있습니다.