나는 이전 포스트에서 썼습니다: 모든 것은 VS의 일반적인 수단에 의해 수행됩니다. VS 2017 커뮤니티를 사용하고 있습니다. 프로젝트 작업을 시작할 때 Nuget이 포함된 DllExport 라이브러리가 연결되어 있을 뿐입니다. 프로젝트를 컴파일한 후에는 AT ALL이라는 단어에서 손으로 마무리할 필요가 없습니다.
나는 아무 것도 말하고 싶지 않지만 하나가 있지만... 아니면 더 나은 질문이 하나 있습니다.
"One lib with Nuget"이 프로젝트 에 연결되어 있습니다. 프레임워크의 라이브러리 세트가 C# 프로젝트에 연결됩니다. 그러나 C# 프로그램은 바로 이 프레임워크 없이는 작동하지 않습니다. 일반적으로 평범함.
다른 컴퓨터로 전송할 때 프로그램 자체뿐만 아니라 "Nuget이 있는 하나의 라이브러리"도 필요하다고 가정합니다. VS가 없으면 거기에 도달하는 방법을 모르겠습니다.
예를 들어 드리겠습니다. 최신 버전의 프레임워크(여전히 VS 2015용)에는 소켓이 없으며 동일한 Nuget에서 추가로 설치해야 합니다. 프레임워크에 소켓이 없는 다른 컴퓨터로 C# 프로그램을 전송하는 것은 불가능합니다. 먼저 두 소켓 중 하나를 설치하여 혼동해야 합니다. 그건 그렇고, 나는 VS없이 이것을하는 방법을 모릅니다. 그런 작업은 없었습니다. 아마도 일부 명령줄이 가능할 것입니다. 간단하지만 일반 사용자에게는 낫입니다. 즉 .. 프로그램을 전송하려면 설치 프로그램이나 최소한 배치 파일 + 지침을 귀찮게 해야 합니다.
나는 아무 것도 말하고 싶지 않지만 하나가 있지만... 아니면 더 나은 질문이 하나 있습니다.
"One lib with Nuget"이 프로젝트에 연결되어 있습니다. 프레임워크의 라이브러리 세트가 C# 프로젝트에 연결됩니다. 그러나 C# 프로그램은 바로 이 프레임워크 없이는 작동하지 않습니다. 일반적으로 평범함.
다른 컴퓨터로 전송할 때 프로그램 자체뿐만 아니라 "Nuget이 있는 하나의 라이브러리"도 필요하다고 가정합니다. VS없이 거기에 넣는 방법을 모르겠습니다.
예를 들어 드리겠습니다. 최신 버전의 프레임워크(여전히 VS 2015용)에는 소켓이 없으며 동일한 Nuget에서 추가로 설치해야 합니다. 프레임워크에 소켓이 없는 다른 컴퓨터로 C# 프로그램을 전송하는 것은 불가능합니다. 먼저 두 소켓 중 하나를 설치하여 혼동해야 합니다. 그건 그렇고, 나는 VS없이 이것을하는 방법을 모릅니다. 그런 작업은 없었습니다. 아마도 일부 명령줄이 가능할 것입니다. 간단하지만 일반 사용자에게는 낫입니다. 즉 .. 프로그램을 전송하려면 설치 프로그램이나 최소한 배치 파일 + 지침을 귀찮게 해야 합니다.
여기서 유일한 질문은 추가 기능이 연결되는 방식입니다. 외부 라이브러리 형태로 연결되어 있다면 당연히 가지고 다닐 필요가 있습니다. 그리고 그것들이 use로 내장되어 있다면, 이 모든 것이 mql에서 발생하는 것과 같이 제품의 일부로 컴파일됩니다.
이 사진이 예시인가요?
좋아, 내가 알아서 할게.
아마도 동명이인이 도취되었을 것입니다 ..)))
나는 이전 포스트에서 썼습니다: 모든 것은 VS의 일반적인 수단에 의해 수행됩니다. VS 2017 커뮤니티를 사용하고 있습니다. 프로젝트 작업을 시작할 때 Nuget이 포함된 DllExport 라이브러리가 연결되어 있을 뿐입니다. 프로젝트를 컴파일한 후에는 AT ALL이라는 단어에서 손으로 마무리할 필요가 없습니다.
나는 아무 것도 말하고 싶지 않지만 하나가 있지만... 아니면 더 나은 질문이 하나 있습니다.
"One lib with Nuget"이 프로젝트 에 연결되어 있습니다. 프레임워크의 라이브러리 세트가 C# 프로젝트에 연결됩니다. 그러나 C# 프로그램은 바로 이 프레임워크 없이는 작동하지 않습니다. 일반적으로 평범함.
다른 컴퓨터로 전송할 때 프로그램 자체뿐만 아니라 "Nuget이 있는 하나의 라이브러리"도 필요하다고 가정합니다. VS가 없으면 거기에 도달하는 방법을 모르겠습니다.
예를 들어 드리겠습니다. 최신 버전의 프레임워크(여전히 VS 2015용)에는 소켓이 없으며 동일한 Nuget에서 추가로 설치해야 합니다. 프레임워크에 소켓이 없는 다른 컴퓨터로 C# 프로그램을 전송하는 것은 불가능합니다. 먼저 두 소켓 중 하나를 설치하여 혼동해야 합니다. 그건 그렇고, 나는 VS없이 이것을하는 방법을 모릅니다. 그런 작업은 없었습니다. 아마도 일부 명령줄이 가능할 것입니다. 간단하지만 일반 사용자에게는 낫입니다. 즉 .. 프로그램을 전송하려면 설치 프로그램이나 최소한 배치 파일 + 지침을 귀찮게 해야 합니다.
나는 아무 것도 말하고 싶지 않지만 하나가 있지만... 아니면 더 나은 질문이 하나 있습니다.
"One lib with Nuget"이 프로젝트에 연결되어 있습니다. 프레임워크의 라이브러리 세트가 C# 프로젝트에 연결됩니다. 그러나 C# 프로그램은 바로 이 프레임워크 없이는 작동하지 않습니다. 일반적으로 평범함.
다른 컴퓨터로 전송할 때 프로그램 자체뿐만 아니라 "Nuget이 있는 하나의 라이브러리"도 필요하다고 가정합니다. VS없이 거기에 넣는 방법을 모르겠습니다.
예를 들어 드리겠습니다. 최신 버전의 프레임워크(여전히 VS 2015용)에는 소켓이 없으며 동일한 Nuget에서 추가로 설치해야 합니다. 프레임워크에 소켓이 없는 다른 컴퓨터로 C# 프로그램을 전송하는 것은 불가능합니다. 먼저 두 소켓 중 하나를 설치하여 혼동해야 합니다. 그건 그렇고, 나는 VS없이 이것을하는 방법을 모릅니다. 그런 작업은 없었습니다. 아마도 일부 명령줄이 가능할 것입니다. 간단하지만 일반 사용자에게는 낫입니다. 즉 .. 프로그램을 전송하려면 설치 프로그램이나 최소한 배치 파일 + 지침을 귀찮게 해야 합니다.
여기서 유일한 질문은 추가 기능이 연결되는 방식입니다. 외부 라이브러리 형태로 연결되어 있다면 당연히 가지고 다닐 필요가 있습니다. 그리고 그것들이 use로 내장되어 있다면, 이 모든 것이 mql에서 발생하는 것과 같이 제품의 일부로 컴파일됩니다.
MT에서 거래 프로그램을 위한 GUI의 부족은 알고리즘 거래의 성장에 장애물입니다.
MQL 환경만큼 활발히 성장하는 알고리즘 거래는 없을 것입니다.
다른 소프트웨어 환경에서 GUI를 가져오는 것은 너무 어렵습니다. 당신도 사용하십시오. 그래픽 라이브러리 는 초보자를 위한 것이 아닙니다.
GUI가 모든 사람에게 제공된다면 시장은 밝은 색으로 꽃을 피울 것입니다.
인간의 상상력은 새로운 가능성에 대한 응용을 찾을 것입니다.
그래서 항상 그랬습니다.
MT에서 거래 프로그램을 위한 GUI의 부족은 알고리즘 거래의 성장에 장애물입니다.
MQL 환경만큼 활발히 성장하는 알고리즘 거래는 없을 것입니다.
다른 소프트웨어 환경에서 GUI를 가져오는 것은 너무 어렵습니다. 당신도 사용하십시오. 그래픽 라이브러리는 초보자를 위한 것이 아닙니다.
GUI가 모든 사람에게 제공된다면 시장은 밝은 색으로 꽃을 피울 것입니다.
인간의 상상력은 새로운 가능성에 대한 응용을 찾을 것입니다.
그래서 항상 그랬습니다.
그리고 제안 사항은 무엇입니까?
그리고 제안 사항은 무엇입니까?
관심을 기울이지 마십시오. 평소의 역할을 하는 선동가일 뿐입니다.)
나는 당신의 자존심을 심각하게 손상시킵니다.))
인구학에 대해. 모든 페이지의 프로필에는 " Yuriy Asaulenko가 주제를 추가했습니다 "라는 단 하나의 항목만 있습니다. 당신은 주제 외에는 아무것도 만들지 않습니다.
그리고 여기 데모고그는 누구입니까?
최소한 무언가를 만드십시오. 무엇이든 당신을 놀라게 할 것입니다.
아무것도 아님. 포럼에는 끝이없고 쓸모없는 잡담 만 있습니다.
당신이 진정한 데모곡입니다.
그리고 제안 사항은 무엇입니까?
제안? - 이 스레드에서 이야기하기 시작한 것을 수행하십시오. 그래픽 모드에서 GUI 생성을 개발합니다.
그리고이 주제를 잊지 마십시오.
미래에 대한 비전을 개발하십시오.
그리고 제안 사항은 무엇입니까?
Alexey, 양식이 있는 dll을 생성했습니까?
관심을 기울이지 마십시오. 평소의 역할을 하는 선동가일 뿐입니다.)
당신의 거짓말, 오늘 나는 패널에서 VK를 통해 주문을 받았습니다. 사람들은 C++/C3에서 선택할 수 있는 엄격한 외부를 원합니다. 나는 essno 날카로운 말했다.