그건 그렇고, 여기에 차트에 대한 또 다른 사항이 있습니다. 예를 들어 1 대 1 척도를 사용합니다. 차트에서 가격 척도의 자동 조정은 영감을주지 않지만 시각적으로 직접 가격 척도를 변경하는 것은 볼 때 매우 편리합니다. 이 조치의 결과, 우리가 다른 기간에 대해 이야기한다면 밀도가 기간에 연결되면 밀도가 매우 중요합니다. 또한 MT4에서 차트의 한계는 차트 전체의 도달 가격과 시간에서 끝나는데, 이는 개체를 그릴 때 숨겨져 있는 것으로 밝혀지기 때문에 완전히 불편합니다. 1:1 차트는 가격 밀도의 변화가 없다는 점을 제외하고 모든 사람에게 편리합니다. 이러한 조건에서 수직 가격 척도는 수평 시간 척도와 연결됩니다. 또한 자동 오프셋은 1:1의 수직 가격 비율을 고려하지 않습니다. 자동 오프셋은 시간에 대해서만 작동합니다. 또한 차트 끝에서 현재 시간 들여쓰기를 변경할 수 있도록 하는 것이 좋습니다. 들여쓰기가 다르면 특히 충분히 큰 화면 해상도에서 악기마다 다른 들여쓰기가 필요할 수 있기 때문입니다. 제 생각에는 가격 및 시간 규모 조정 세분화는 별도로 구성해야 하고 함께 구성해야 합니다. 또한 스케일링 자체는 여러 스케일 옵션으로 매우 제한적이며 이러한 옵션을 미세 조정하거나 조정하면 선택 또는 백분율을 완전히 식별할 수 있습니다.
더 자세히 살펴보면 알파 채널과 앤티 앨리어싱을 사용하여 예를 들어 픽셀의 10분의 1 또는 색상의 10분의 1을 사용하여 동일한 선을 그리는 품질을 향상시킬 수 있습니다. 저와 같은 그래픽 인터페이스의 미식가에게는 이것이 더 가능성이 높지만 이것이 없으면 할 수 있지만 없이는 할 수 없습니다. 고품질 인터페이스(.NET 3.0 Presentation Framework)에 스탬프를 찍는 것을 좋아합니다. ):) 물론, 나는 아무 말도 하지 않습니다. 아마도 현재 순간과 비슷한 것이 MFC에서 이미 구현되었을 것입니다. 저는 최신 혁신을 연구하지 않았습니다.
나는 "아직 .NET/Visual Studio( 응용 소프트웨어용)보다 나은 것은 없다"는 관점에서 xnsnet 을 지원합니다.
모든 사람이 Microsoft의 기능을 갖고 있는 것은 아니며 "기적"을 볼 가능성은 거의 없습니다. :)
편집자.
C ++ Builder 6 / Delphi 7 수준을 "유지"한다면 그것은 기적이 될 것입니다.
개발자 여러분, 개요/축소를 잊지 마세요. (읽겠다고 약속했잖아!)
언어.
언어에 관해서는, 내가 당신이라면(나는 알고 있습니다. 모든 사람이 여기까지 성장한 것은 아닙니다. :) ), 나는 C #을 깨끗하게 찢을 것입니다.
C++ 전문가가 말하는 것이 무엇이든 "OrderType.Buy"는 순수한 "OP_BUY" 보다 더 편리합니다 (100%, Win95/Win98에서와 같이 여전히 "클래식" 주 메뉴가 있음). 2배 길더라도 말이다.
C# 스타일의 열거형은 너무 평범하고 편리해서 10-15년 전에는 등장하지 않았다는 사실에 놀랐습니다. (어디에나 나타나면 퍼지지 않았다 !)
"CLASS"라고 말하는 개발자 여러분, "TEMPLATES"를 잊지 마세요! 이것이 일어나지 않으면이 주제에 대한 많은 소원이 즉시 떨어질 것이라고 생각합니다. 물론 아직 클래스/구조가 없습니다. 어떤 종류의 템플릿이 있습니까? .. 그러나 그들이 어떻게 나타날 것인지에 대한 질문은 거의 즉시 발생할 것입니다. 이 언어는 프로그래머를 위한 것으로 보이며 프로그래밍의 패턴은 곡예와는 거리가 멉니다.
여러 가지 잡다한.
차트의 이벤트 창은 TWinControl/CWnd/System의 후속 제품과 같습니다. Windows.Forms.Control/System::Windows::Forms::Control - 와우, 정말 대단합니다!
그리고 그 사이...
주식회사 메타쿼츠 타사 .NET 등을 사용하려고 하지 않습니다. "Made by Metaquotes" 레이블이 붙은 회사의 다각화를 볼 수 없을 것입니다. 아니면 적어도 "메타따옴표로 구동"?... :)
템플릿은 C#에 있는 것입니다. 비록 3.0 사양을 포함하여 프레임워크로 작성된 모든 것을 구현하기 위해 2년 동안 그리고 또 다른 3년 동안 이것을 기다려 왔습니다.
일반적으로 MQL4는 C#과 매우 유사하지만 불행히도 첫 번째 버전은 아닙니다.
그리고 C#의 템플릿은 확실히 뭔가요. 독과 내 코드를 제외하고 템플릿을 사용하는 것을 본 적이 없지만 거의 모든 것에서 상상할 수 있는 것보다 훨씬 더 많은 방법으로 템플릿을 구현할 수 있습니다.
[DebuggerDisplay("개수 = {개수}" )]
공개 추상 클래스 ChList<TList, TItem>: IList<TItem>
여기서 TList: ClhList<TList, TItem>
여기서 TItem: ClhItem<TList, TItem> {
}
일반적으로 C# 스펙을 보면 여전히 현실에 놀라고, 디버그 디스어셈블러에서 코드를 확인해보면 의견이 거의 일그러져 있습니다. :)
그러나 나는 논쟁을 일으키지 않을 것입니다 :) 누군가가 MQ를 극복할 것인지 의심스럽습니다. 비록 내가 기억하는 한 $500에 단 하나의 클라이언트만 판매하는 고통받는 사람들이 있지만 DC용 소프트웨어 비용은 말할 것도 없고 확실히 제공합니다. 그러나 .NET을 사용할 수 있는 가능성, 그런 가격 범위에서 개발이 얼마나 어려운지, 특히 모든 사람들이 공짜라는 단어에 단순히 흥분하는 우리의 경우에는 더욱 그렇습니다. 그래서 경쟁자들이 스스로 살아남을 것이라고 가정 해 봅시다 :) 어떤 이유로 나는 MQ의 편입니다. 아마도 나 자신이나 어쩌면 애국자라는 단어에 빠져있을 것입니다. 나는 아직 그것을 이해하지 못했지만 거기에 고유한 것입니다 :) 따라서 즉시는 아니지만 최소한의 개발, 구현을 희망할 것입니다. :)
주문 설정 기능을 개선합니다. 작업이 한 점의 정확도로 실행되도록 설정되었습니다. 그리고 주문이 성공했지만 +/- 3 포인트의 정확도로 이 절차 자체가 허용되는 빈도로 실제 개시 가격에서 필요한 StopLoss 및 TaykProfit을 설정해야 합니다. 예를 들어 14포인트가 이익을 얻습니다. 가격 + 14 포인트 = 이익을 얻습니다. 그러나 실제로는 Price가 요청한 것과 같지 않고 Price + 3*point(slippige)와 같습니다. 따라서 오더가 발동된 후 실제 시가에 맞게 조정된 Taik Profit 및 Stop Loss를 수정해야 합니다. 이것은 지금도 프로그래밍 방식으로 수행할 수 있지만 왜!? 기능이 프로그램 실행 과 무관하다고 신뢰할 수 있는 경우. 그리고 중요한 것은 브로커가 신경 쓰지 않는다는 것입니다. 자신이 적절하게 설정할 수 있기 때문입니다.
타사 이유로 전투를 일으키지 마십시오. Perl과 같은 PHP는 소스 코드에서 직접 인터프리터에 의해 구현된 스크립트입니다. .NET은 다중 플랫폼 및 다중 기능, 다국어를 위한 바이트 코드 아키텍처입니다. Linux에서는 아날로그 Mono가 거의 모든 플랫폼에서 다중 플랫폼을 구현합니다. RTOS를 제외한 모든 축. PHP로 사용자 인터페이스로 프로그램을 작성하고 C/C++로 웹 애플리케이션이나 서비스를 작성하는 것처럼 차이점은 상당히 중요하고 목표도 다릅니다. 더 많은 것이 필요하고 .NET과 비슷하지만 Java도 있지만 Java를 사용하면 모든 것이 더 어렵습니다. 한 번에 아날로그가 없었지만 Flash도 이유 때문에 만들어졌지만 여기에서는 .NET이 있습니다. 결과적으로 XBAP는 말할 것도 없고 Silverlight가 나타납니다. .NET이 현재 사용되지 않는 곳과 그러한 조건에서 경쟁력이 어느 정도인지 말씀해 주시겠습니까? 그리고 어떤 사람들은 프로그램을 C ++로 번역하기 위해 Java 인터프리터를 구현하는 데 여전히 어려움을 겪고 있다는 것을 알고 있습니다. 왜 그런지는 몰라도 그런 것이 있습니다. 사람들은 항상 프로그램 코드를 세계화하여 모든 조건에 더 적합하게 만드는 문제를 해결하려고 노력했지만 첫 번째로 사람들이 선택한 언어에 대한 애착이 있고 두 번째로 다중 플랫폼으로 결과적으로 .NET이 구현합니다. 이 모든 것 사이의 연결. .NET 후계자가 될 준비가 된 수십 개의 언어가 있으며 프레임워크에서 사용할 수 있는 많은 기술이 있습니다. 이들은 단지 래퍼일 뿐이지만 래퍼만 나타나는 것이 아닙니다. 그리고 이제 이 모든 것을 당신이 지지하고 비교하려고 하는 그 좁은 방향과 비교하려고 합니다. 나는 당신이 이것을 버려야 한다고 말하는 것이 아닙니다. 당신은 비교만 해야 합니다. 애국심은 확실히 좋은 것이지만, 또한 다른 아이디어의 본질을 보고 있습니다. 그렇기 때문에 방법 선택을 존중해야 합니다. 그렇지 않으면 언젠가는 작업에서 제외될 수 있습니다. :) .NET 아키텍처에서 MQL 언어를 상상해 보십시오. 그렇지 않나요? 안전을 생각하고 계십니까? 당신은 암호화 를 사용합니까? 오랫동안 .NET에서 구현된 동일한 원칙을 구현하기 위해 얼마나 많은 노력을 기울이고 있습니까? 비교와 비교를 다시 하고, 버그와 허점도 비교해야 합니다.
.NET 방향으로 갔다는 사실 때문에 많은 시간을 잃었고 지인과 친구들의 서클 (지금은 그들과 의사 소통 할 것이 없습니다)을 많이 잃었지만 더 많은 것을 얻었습니다. 문제는 개발입니다 :) , 가장 중요한 것은 새로운 것을 발명하지 않는 것입니다 :) 물론 세뇌에 대해 사과하지만 그것이 없으면 아무데도 없습니다 :)
그리고 PHP에서 "VirtualAlloc" 또는 "CreateFileMapping"을 호출하는 것은 어떻습니까? 아무도 알려주지 않습니까? :)
1. 어떤 프로그래밍 언어가 더 좋고 더 나쁩니다 - 수사학적 질문. 2. 이 주소 http://www.php.net/manual/ru/ 에서 PHP의 가능성을 살펴보고자 하는 작은 요청으로 이것이 무엇인지 알 수 있습니다. 3. 다른 많은 사람들과 달리 그는 모든 최선을 다합니다(C, Lisp, Perl 및 기타에서 모두). 4. ...스크립팅 언어 - 내 기억력이 도움이 된다면(그리고 결코 실패하지 않음) VB, Delphi 및 기타 많은 개발자들이 그랬습니다. 5. 게다가, Delphi의 다리는 Pascal에서 자랍니다. 이제 죽은 사람입니다. 6. "VirtualAlloc" 또는 "CreateFileMapping" 호출에 대해... - Delphi에 rar_close 가 있습니까? :)) 7. .NET - 누가 작은 소프트를 좋아하는지 물어보십시오.
그건 그렇고, 여기에 차트에 대한 또 다른 사항이 있습니다. 예를 들어 1 대 1 척도를 사용합니다. 차트에서 가격 척도의 자동 조정은 영감을주지 않지만 시각적으로 직접 가격 척도를 변경하는 것은 볼 때 매우 편리합니다. 이 조치의 결과, 우리가 다른 기간에 대해 이야기한다면 밀도가 기간에 연결되면 밀도가 매우 중요합니다. 또한 MT4에서 차트의 한계는 차트 전체의 도달 가격과 시간에서 끝나는데, 이는 개체를 그릴 때 숨겨져 있는 것으로 밝혀지기 때문에 완전히 불편합니다. 1:1 차트는 가격 밀도의 변화가 없다는 점을 제외하고 모든 사람에게 편리합니다. 이러한 조건에서 수직 가격 척도는 수평 시간 척도와 연결됩니다. 또한 자동 오프셋은 1:1의 수직 가격 비율을 고려하지 않습니다. 자동 오프셋은 시간에 대해서만 작동합니다. 또한 차트 끝에서 현재 시간 들여쓰기를 변경할 수 있도록 하는 것이 좋습니다. 들여쓰기가 다르면 특히 충분히 큰 화면 해상도에서 악기마다 다른 들여쓰기가 필요할 수 있기 때문입니다. 제 생각에는 가격 및 시간 규모 조정 세분화는 별도로 구성해야 하고 함께 구성해야 합니다. 또한 스케일링 자체는 여러 스케일 옵션으로 매우 제한적이며 이러한 옵션을 미세 조정하거나 조정하면 선택 또는 백분율을 완전히 식별할 수 있습니다.
더 자세히 살펴보면 알파 채널과 앤티 앨리어싱을 사용하여 예를 들어 픽셀의 10분의 1 또는 색상의 10분의 1을 사용하여 동일한 선을 그리는 품질을 향상시킬 수 있습니다. 저와 같은 그래픽 인터페이스의 미식가에게는 이것이 더 가능성이 높지만 이것이 없으면 할 수 있지만 없이는 할 수 없습니다. 고품질 인터페이스(.NET 3.0 Presentation Framework)에 스탬프를 찍는 것을 좋아합니다. ):) 물론, 나는 아무 말도 하지 않습니다. 아마도 현재 순간과 비슷한 것이 MFC에서 이미 구현되었을 것입니다. 저는 최신 혁신을 연구하지 않았습니다.
나는 "아직 .NET/Visual Studio( 응용 소프트웨어용)보다 나은 것은 없다"는 관점에서 xnsnet 을 지원합니다.
모든 사람이 Microsoft의 기능을 갖고 있는 것은 아니며 "기적"을 볼 가능성은 거의 없습니다. :)
편집자.
C ++ Builder 6 / Delphi 7 수준을 "유지"한다면 그것은 기적이 될 것입니다.
개발자 여러분, 개요/축소를 잊지 마세요. (읽겠다고 약속했잖아!)
언어.
언어에 관해서는, 내가 당신이라면(나는 알고 있습니다. 모든 사람이 여기까지 성장한 것은 아닙니다. :) ), 나는 C #을 깨끗하게 찢을 것입니다.
C++ 전문가가 말하는 것이 무엇이든 "OrderType.Buy"는 순수한 "OP_BUY" 보다 더 편리합니다 (100%, Win95/Win98에서와 같이 여전히 "클래식" 주 메뉴가 있음). 2배 길더라도 말이다.
C# 스타일의 열거형은 너무 평범하고 편리해서 10-15년 전에는 등장하지 않았다는 사실에 놀랐습니다. (어디에나 나타나면 퍼지지 않았다 !)
"CLASS"라고 말하는 개발자 여러분, "TEMPLATES"를 잊지 마세요! 이것이 일어나지 않으면이 주제에 대한 많은 소원이 즉시 떨어질 것이라고 생각합니다. 물론 아직 클래스/구조가 없습니다. 어떤 종류의 템플릿이 있습니까? .. 그러나 그들이 어떻게 나타날 것인지에 대한 질문은 거의 즉시 발생할 것입니다. 이 언어는 프로그래머를 위한 것으로 보이며 프로그래밍의 패턴은 곡예와는 거리가 멉니다.
여러 가지 잡다한.
차트의 이벤트 창은 TWinControl/CWnd/System의 후속 제품과 같습니다. Windows.Forms.Control/System::Windows::Forms::Control - 와우, 정말 대단합니다!
그리고 그 사이...
주식회사 메타쿼츠 타사 .NET 등을 사용하려고 하지 않습니다. "Made by Metaquotes" 레이블이 붙은 회사의 다각화를 볼 수 없을 것입니다. 아니면 적어도 "메타따옴표로 구동"?... :)
안부, pxx
템플릿은 C#에 있는 것입니다. 비록 3.0 사양을 포함하여 프레임워크로 작성된 모든 것을 구현하기 위해 2년 동안 그리고 또 다른 3년 동안 이것을 기다려 왔습니다.
일반적으로 MQL4는 C#과 매우 유사하지만 불행히도 첫 번째 버전은 아닙니다.
그리고 C#의 템플릿은 확실히 뭔가요. 독과 내 코드를 제외하고 템플릿을 사용하는 것을 본 적이 없지만 거의 모든 것에서 상상할 수 있는 것보다 훨씬 더 많은 방법으로 템플릿을 구현할 수 있습니다.
[DebuggerDisplay("개수 = {개수}" )]공개 추상 클래스 ChList<TList, TItem>: IList<TItem>
여기서 TList: ClhList<TList, TItem>
여기서 TItem: ClhItem<TList, TItem> {
}
일반적으로 C# 스펙을 보면 여전히 현실에 놀라고, 디버그 디스어셈블러에서 코드를 확인해보면 의견이 거의 일그러져 있습니다. :)
그러나 나는 논쟁을 일으키지 않을 것입니다 :) 누군가가 MQ를 극복할 것인지 의심스럽습니다. 비록 내가 기억하는 한 $500에 단 하나의 클라이언트만 판매하는 고통받는 사람들이 있지만 DC용 소프트웨어 비용은 말할 것도 없고 확실히 제공합니다. 그러나 .NET을 사용할 수 있는 가능성, 그런 가격 범위에서 개발이 얼마나 어려운지, 특히 모든 사람들이 공짜라는 단어에 단순히 흥분하는 우리의 경우에는 더욱 그렇습니다. 그래서 경쟁자들이 스스로 살아남을 것이라고 가정 해 봅시다 :) 어떤 이유로 나는 MQ의 편입니다. 아마도 나 자신이나 어쩌면 애국자라는 단어에 빠져있을 것입니다. 나는 아직 그것을 이해하지 못했지만 거기에 고유한 것입니다 :) 따라서 즉시는 아니지만 최소한의 개발, 구현을 희망할 것입니다. :)
이미 다른 스레드에 있습니다. 반복합니다.
1. 전문가가 투자자의 비밀번호를 비활성화할 수 있도록 합니다. 투자자의 비밀번호가 있기 때문에 전문가의 작업을 제한 없이 복제할 수 있습니다. 또한 이러한 암호가 DC에 의해 손상되지 않아야 합니다. 터미널 작업을 복제할 수 있는 다른 기회가 있는 경우 차단합니다.
2. 단말기 버전을 알려주는 기능을 추가합니다.
3. 외부 변수 보기를 금지하는 기능을 추가합니다.
4. 전문가가 디지털 서명으로 단말기를 고유하게 식별할 수 있습니다. 힌트로 판단하면 단말기에는 이미 디지털 서명이 있습니다. 전문가에게 액세스 권한을 부여해야 합니다. 그러면 전문가용 라이선스에 단말기의 디지털 서명을 입력할 수 있습니다.
5. 디지털 서명으로 DC를 식별할 수 있습니다. 이렇게 하면 사기에 대한 보호가 강화됩니다.
6. MQL에 http 지원을 추가합니다.
사기의 위험을 줄이려면 서버(단말기)의 전자 서명을 공용으로 보관하는 것이 바람직합니다. 이상적으로는 각 터미널이 대량 icq 메시지와 같은 신호 분배기로 변할 수 있어야 합니다.
나는 "아직 .NET/Visual Studio( 응용 소프트웨어용)보다 나은 것은 없다"는 관점에서 xnsnet 을 지원합니다.
.....
이 "기적"은 PHP 옆에 있지 않았습니다.
오오오, "개인 홈페이지 도구"가 세상을 지배합니다! )))))))))))))
또는 새로운 방식으로 "PHP: Hypertext Preprocessor"!
스크립팅 언어는 영원히!
인용문: 처음에 PHP는 웹 페이지 개발을 용이하게 하기 위해 Perl의 추가 기능으로 만들어졌습니다. ( https://ru.wikipedia.org/wiki/PHP ).
원래 "C"는 원래 약간 다른 목적으로 만들어졌습니다. ..))
그리고 PHP에서 "VirtualAlloc" 또는 "CreateFileMapping"을 호출하는 것은 어떻습니까? 아무도 알려주지 않습니까? :)
타사 이유로 전투를 일으키지 마십시오. Perl과 같은 PHP는 소스 코드에서 직접 인터프리터에 의해 구현된 스크립트입니다. .NET은 다중 플랫폼 및 다중 기능, 다국어를 위한 바이트 코드 아키텍처입니다. Linux에서는 아날로그 Mono가 거의 모든 플랫폼에서 다중 플랫폼을 구현합니다. RTOS를 제외한 모든 축. PHP로 사용자 인터페이스로 프로그램을 작성하고 C/C++로 웹 애플리케이션이나 서비스를 작성하는 것처럼 차이점은 상당히 중요하고 목표도 다릅니다. 더 많은 것이 필요하고 .NET과 비슷하지만 Java도 있지만 Java를 사용하면 모든 것이 더 어렵습니다. 한 번에 아날로그가 없었지만 Flash도 이유 때문에 만들어졌지만 여기에서는 .NET이 있습니다. 결과적으로 XBAP는 말할 것도 없고 Silverlight가 나타납니다. .NET이 현재 사용되지 않는 곳과 그러한 조건에서 경쟁력이 어느 정도인지 말씀해 주시겠습니까? 그리고 어떤 사람들은 프로그램을 C ++로 번역하기 위해 Java 인터프리터를 구현하는 데 여전히 어려움을 겪고 있다는 것을 알고 있습니다. 왜 그런지는 몰라도 그런 것이 있습니다. 사람들은 항상 프로그램 코드를 세계화하여 모든 조건에 더 적합하게 만드는 문제를 해결하려고 노력했지만 첫 번째로 사람들이 선택한 언어에 대한 애착이 있고 두 번째로 다중 플랫폼으로 결과적으로 .NET이 구현합니다. 이 모든 것 사이의 연결. .NET 후계자가 될 준비가 된 수십 개의 언어가 있으며 프레임워크에서 사용할 수 있는 많은 기술이 있습니다. 이들은 단지 래퍼일 뿐이지만 래퍼만 나타나는 것이 아닙니다. 그리고 이제 이 모든 것을 당신이 지지하고 비교하려고 하는 그 좁은 방향과 비교하려고 합니다. 나는 당신이 이것을 버려야 한다고 말하는 것이 아닙니다. 당신은 비교만 해야 합니다. 애국심은 확실히 좋은 것이지만, 또한 다른 아이디어의 본질을 보고 있습니다. 그렇기 때문에 방법 선택을 존중해야 합니다. 그렇지 않으면 언젠가는 작업에서 제외될 수 있습니다. :) .NET 아키텍처에서 MQL 언어를 상상해 보십시오. 그렇지 않나요? 안전을 생각하고 계십니까? 당신은 암호화 를 사용합니까? 오랫동안 .NET에서 구현된 동일한 원칙을 구현하기 위해 얼마나 많은 노력을 기울이고 있습니까? 비교와 비교를 다시 하고, 버그와 허점도 비교해야 합니다.
.NET 방향으로 갔다는 사실 때문에 많은 시간을 잃었고 지인과 친구들의 서클 (지금은 그들과 의사 소통 할 것이 없습니다)을 많이 잃었지만 더 많은 것을 얻었습니다. 문제는 개발입니다 :) , 가장 중요한 것은 새로운 것을 발명하지 않는 것입니다 :) 물론 세뇌에 대해 사과하지만 그것이 없으면 아무데도 없습니다 :)
이 "기적"은 PHP 옆에 있지 않았습니다.
오오오, 개인 홈 페이지 도구가 세상을 지배합니다! )))))))))))))
또는 새로운 방식으로 "PHP: Hypertext Preprocessor"!
스크립팅 언어는 영원히!
인용문: 처음에 PHP는 웹 페이지 개발을 용이하게 하기 위해 Perl의 추가 기능으로 만들어졌습니다. ( https://ru.wikipedia.org/wiki/PHP ).
원래 "C"는 원래 약간 다른 목적으로 만들어졌습니다. ..))
그리고 PHP에서 "VirtualAlloc" 또는 "CreateFileMapping"을 호출하는 것은 어떻습니까? 아무도 알려주지 않습니까? :)
2. 이 주소 http://www.php.net/manual/ru/ 에서 PHP의 가능성을 살펴보고자 하는 작은 요청으로 이것이 무엇인지 알 수 있습니다.
3. 다른 많은 사람들과 달리 그는 모든 최선을 다합니다(C, Lisp, Perl 및 기타에서 모두).
4. ...스크립팅 언어 - 내 기억력이 도움이 된다면(그리고 결코 실패하지 않음) VB, Delphi 및 기타 많은 개발자들이 그랬습니다.
5. 게다가, Delphi의 다리는 Pascal에서 자랍니다. 이제 죽은 사람입니다.
6. "VirtualAlloc" 또는 "CreateFileMapping" 호출에 대해... - Delphi에 rar_close 가 있습니까? :))
7. .NET - 누가 작은 소프트를 좋아하는지 물어보십시오.
7. .NET - 누가 작은 소프트를 좋아하는지 물어보십시오.
그건 그렇고, 네...
가장 중요한 것은 MKL5가 Wine에 익사하지 않는다는 것입니다 ;)))