원칙적으로는 가능합니다(이를 수행할 수 있는 왼쪽 컴파일러가 있습니다). 문제는 그것이 필요합니까? 하지만 원한다면 할 수 있습니다.
왼쪽이 왜요? 모든 것은 표준 VS 도구로 수행됩니다. Nuget에는 System.Runtime.InteropServices 클래스를 어셈블리의 일부로 수정한 다음 모든 것이 정상적으로 컴파일되는 DllExport 라이브러리가 있습니다. 따라서 탬버린 춤이 필요하지 않으며 래퍼가 필요하지 않습니다. Maxim이 제안한 대로 양식을 만드는 것은 C#에서 추가 파일에 작성하는 것보다 훨씬 쉽습니다. 나는 Maxim과 그의 작업을 존경하지만, 이 경우 Net의 세계는 추가적인 어려움 없이 우리에게 열려 있습니다.
tkinter는 더 이상 규칙이 아닙니다. Python에는 매우 유사한 것이 있지만 더 넓고 현대적인 창 모양이 있습니다. 방법은 기억나지 않지만 대안으로 여기저기서 기념되고 있다.
시도했지만 사용하지 않습니다. C++/C#의 VS에서는 모든 것이 더 쉽습니다.
C++를 사용할 필요도 없습니다. C# 하나로 충분합니다.
C++를 사용할 필요도 없습니다. C#만 있으면 충분합니다.
물론이지. 취향에 따라 둘 중 하나를 추가합니다.) Python 또는 R로 간을 할 수 있습니다.
C++를 사용할 필요도 없습니다. C#만 있으면 충분합니다.
그것은 이미 취향의 문제입니다. 어떤 사람들은 포장된 C를 선호하고 다른 사람들은 순수한 C를 선호합니다.
C++를 사용할 필요도 없습니다. C# 하나로 충분합니다.
C# dll을 메타 트레이더에 붙이세요?
무슈는 변태에 대해 많이 알고 있습니다 :-)
C# dll을 메타 트레이더에 붙이세요?
무슈는 변태에 대해 많이 알고 있습니다 :-)
원칙적으로는 가능합니다(이를 수행할 수 있는 왼쪽 컴파일러가 있습니다). 문제는 그것이 필요합니까? 하지만 원한다면 할 수 있습니다.
오오! 그건 그렇고, 나는 기억했다!
굉장한 것이 있습니다 - gtk-server 명명된 파이프 에서 올바르게 실행하는 방법과 쓰기/읽기가 더 편리한 방법뿐입니다.
원칙적으로는 가능합니다(이를 수행할 수 있는 왼쪽 컴파일러가 있습니다). 문제는 그것이 필요합니까? 하지만 원한다면 할 수 있습니다.
왼쪽이 왜요? 모든 것은 표준 VS 도구로 수행됩니다. Nuget에는 System.Runtime.InteropServices 클래스를 어셈블리의 일부로 수정한 다음 모든 것이 정상적으로 컴파일되는 DllExport 라이브러리가 있습니다. 따라서 탬버린 춤이 필요하지 않으며 래퍼가 필요하지 않습니다. Maxim이 제안한 대로 양식을 만드는 것은 C#에서 추가 파일에 작성하는 것보다 훨씬 쉽습니다. 나는 Maxim과 그의 작업을 존경하지만, 이 경우 Net의 세계는 추가적인 어려움 없이 우리에게 열려 있습니다.
오오! 그건 그렇고, 나는 기억했다!
굉장한 것이 있습니다 - gtk-server 명명된 파이프 에서 올바르게 시작하는 방법과 쓰기/읽기가 더 편리한 방법만 있습니다.
그리고 무엇을 위해? 15분 안에 DLL을 작성하고 Sharps에서 마우스로 자신을 그립니다.
오오! 그건 그렇고, 나는 기억했다!
굉장한 것이 있습니다 - gtk-server 명명된 파이프 에서 올바르게 시작하는 방법과 쓰기/읽기가 더 편리한 방법만 있습니다.
맥스, 이것은 건설적이지 않습니다. 가끔은 넋을 놓고...
그리고 무엇을 위해? 15분 안에 DLL을 작성하고 Sharps에서 마우스로 자신을 그립니다.
왜인지 모르겠어... 솔직히 나도 몰라 :-) 하지만 사람들은 이제 마우스로 인터페이스를 때리고 싶어하고 심지어 주제를 시작했습니다.
내 눈에는 Tk가 GUI에 충분하고 속도가 "무언가 계산"일 때 언급 한 tcl과 친구가되는 C / C ++는 무서운 힘을 가지고 있습니다.
나는 그런 것이 있다는 것을 기억합니다. 필멸의 세계에서 그 존재에 대해 말하지 않는 이유는 누구에게 도움이 될지 알 수 있습니다.