Реter Konow : 나는 지능이 매우 편리한 것이라는 데 동의하지만, 이 주장이 얼마나 강력합니까? 지능은 OOP에 의존합니까? OOP 없이는 작동하지 않습니까? 제 생각에는 키보드에 입력을 시작하자마자 유사한 모든 기능 이름 목록이 나타납니다. 언제나.
그런 다음 몇 가지 기능을 사용하여 래퍼에 넣은 다음 파일에 연결하고 인텔리전스가 작동하는지 여부를 확인하십시오. 솔직히 말해서, 나는 모든 것을 시도하기에는 너무 게으르다. 하지만! 함수의 끝을 발행하더라도 이름의 시작 부분을 입력해야 합니다. 즉, 함수 이름을 다시 기억해야 합니다. 클래스에는 그런 것이 없으며 변수 이름을 썼고 점 뒤에 사용 가능한 전체 함수 목록이 빠졌습니다.
추신 나는 당신이 oop를 사용하도록 설득하지 않습니다. 저는 지금 포럼에 앉아 있을 뿐입니다. 흥미로운 것을 보고 잠시 동안 트롤링할 수 있습니다. :)
그런 다음 몇 가지 기능을 사용하여 래퍼에 넣은 다음 파일에 연결하고 인텔리전스가 작동하는지 여부를 확인하십시오. 솔직히 말해서, 나는 모든 것을 시도하기에는 너무 게으르다. 하지만! 함수의 끝을 발행하더라도 이름의 시작 부분을 입력해야 합니다. 즉, 함수 이름을 다시 기억해야 합니다. 클래스에는 그런 것이 없으며 변수 이름을 썼고 점 뒤에 사용 가능한 전체 함수 목록이 빠졌습니다.
추신 나는 당신이 oop를 사용하도록 설득하지 않습니다. 저는 지금 포럼에 앉아 있을 뿐입니다. 흥미로운 것을 보고 잠시 동안 트롤링할 수 있습니다. :)
함수 호출 이 한 파일에 있고 함수 자체가 다른 파일에 있고 이 두 파일에 공통 연결이 없는 경우 호출과 함께 파일에 이름을 입력할 때 인텔리전스는 함수 이름을 반환하지 않습니다. 이 파일에 연결되지 않은 다른 파일에 정의가 있습니다.
Holivar를 위해 - R은 "접근 제어가 없는 일체형 휴지통" 모드에서 절대 역겹게 작성되었습니다. 범위, 보호 및 다중 세션이 없는 20년 전의 구식 접근 방식. 나는 혼자인 것처럼 글을 씁니다. 예, 프로젝트는 비전문 개발자에 의해 한 사람 아래 태어났습니다. 처음부터 다시 작성해야 합니다. 적어도 한 번.
MQL5에서 R로 일반 인터페이스를 만들자는 아이디어가 있었지만 더 깊이 파고든 후에는 즉시 통합을 거부했습니다. 시스템은 데이터와 세션을 보호할 수 없습니다.
Renata, 한 가지 질문:
상용 제품에 R을 대대적으로 도입한 R 컨소시엄 의 "아마추어"는 이것이 얼마나 "역겨운" 것인지 알고 있습니다. 당신은 그들을 밝힐 것입니다. 그리고 하나님은 그들이 파산하는 것을 금하셨습니다.
나는 지능이 매우 편리한 것이라는 데 동의하지만, 이 주장이 얼마나 강력합니까? 지능은 OOP에 의존합니까? OOP 없이는 작동하지 않습니까? 제 생각에는 키보드에 입력을 시작하자마자 유사한 모든 기능 이름 목록이 나타납니다. 언제나.
그런 다음 몇 가지 기능을 사용하여 래퍼에 넣은 다음 파일에 연결하고 인텔리전스가 작동하는지 여부를 확인하십시오. 솔직히 말해서, 나는 모든 것을 시도하기에는 너무 게으르다. 하지만! 함수의 끝을 발행하더라도 이름의 시작 부분을 입력해야 합니다. 즉, 함수 이름을 다시 기억해야 합니다. 클래스에는 그런 것이 없으며 변수 이름을 썼고 점 뒤에 사용 가능한 전체 함수 목록이 빠졌습니다.
추신 나는 당신이 oop를 사용하도록 설득하지 않습니다. 저는 지금 포럼에 앉아 있을 뿐입니다. 흥미로운 것을 보고 잠시 동안 트롤링할 수 있습니다. :)
그런 다음 몇 가지 기능을 사용하여 래퍼에 넣은 다음 파일에 연결하고 인텔리전스가 작동하는지 여부를 확인하십시오. 솔직히 말해서, 나는 모든 것을 시도하기에는 너무 게으르다. 하지만! 함수의 끝을 발행하더라도 이름의 시작 부분을 입력해야 합니다. 즉, 함수 이름을 다시 기억해야 합니다. 클래스에는 그런 것이 없으며 변수 이름을 썼고 점 뒤에 사용 가능한 전체 함수 목록이 빠졌습니다.
추신 나는 당신이 oop를 사용하도록 설득하지 않습니다. 저는 지금 포럼에 앉아 있을 뿐입니다. 흥미로운 것을 보고 잠시 동안 트롤링할 수 있습니다. :)
일리가 있는 주장 같습니다. 그러나 그것은 나에게 매우 명확하지 않습니다. 함수에서 정적 변수를 거의 사용하지 않습니다. 아마도 이것은 누군가에게 중요합니다.
내부에 막대의 시간을 저장 하는 정적 변수가 있는 새 막대를 정의하는 기능을 사용할 수 있습니다. 그리고 촛불 하나에 이 기능을 1회 이상 사용해 보세요. 처음을 제외하고는 모두 작동하지 않습니다.
내부에 막대의 시간을 저장 하는 정적 변수가 있는 새 막대를 정의하는 기능을 사용할 수 있습니다. 그리고 촛불 하나에 이 기능을 1회 이상 사용해 보세요. 처음을 제외하고는 모두 작동하지 않습니다.
작동하지 않는 이유는 무엇입니까?
정적 변수 가 이미 업데이트될 것이기 때문입니다. 기능은 작동하지만 새 촛불이 도착했다고 말하지는 않습니다.
그건 그렇고, OOP가 없으면 Java, C# 등으로 작성할 방법이 없습니다.
또한 OOP가 없으면 프로그래머로서 가치 있는 모든 일자리 제안의 99%가 종료됩니다.
OOP가 없으면 적어도 plaza2를 통해 교환에 대한 커넥터의 스레드를 작성할 방법이 없습니다.
정적 변수 가 이미 업데이트될 것이기 때문입니다. 기능은 작동하지만 새 촛불이 도착했다고 말하지는 않습니다.
그건 그렇고, OOP가 없으면 Java, C# 등으로 작성할 방법이 없습니다.
또한 OOP가 없으면 프로그래머로서 가치 있는 모든 일자리 제안의 99%가 종료됩니다.
OOP가 없으면 적어도 plaza2를 통해 교환에 대한 커넥터의 스레드를 작성할 방법이 없습니다.
정적 변수가 있는 함수가 항상 같은 위치에서 호출되면 변수는 항상 해당 값을 저장합니다. 값은 호출 간에 저장되지 않습니다.
이러한 상황에서는 정적 변수 대신 전역 변수를 선언하기만 하면 됩니다. 간단한 솔루션입니다.
두 번째 논거는 필수적이지만 발전과는 아무런 관련이 없다. 다른 언어로도 쓸 수 있습니다.
커넥터는 잘 모르겠습니다. 절차적 접근으로 C++로 작성하는 것이 가능하지 않습니까?
정적 변수가 있는 함수가 항상 같은 위치에서 호출되면 변수는 항상 해당 값을 저장합니다. 값은 호출 간에 저장되지 않습니다.
이러한 상황에서는 정적 변수 대신 전역 변수를 선언하기만 하면 됩니다. 간단한 솔루션입니다. - 이것은 이미 나쁩니다. 두 번째로, 이러한 전역 함수는 다른 위치에서 함수가 호출되는 횟수만큼 생성해야 합니다.
두 번째 논거는 필수적이지만 발전과는 아무런 관련이 없다. 다른 언어로도 쓸 수 있습니다.
커넥터는 잘 모르겠습니다. 절차적 접근으로 C++로 작성하는 것이 가능하지 않습니까?
누구에게나 무언가를 작성할 수 있지만 문서, API 등을 다루기 위해. OOP를 뒤져야 합니다. 그건 그렇고 Plaza에 대한 지식은 거의 없지만 미국에서 IB와 연결하려면 OOP를 이해하지 않고 제공하는 모든 예제를 어떻게 이해해야합니까?
누구에게나 무언가를 작성할 수 있지만 문서, API 등을 다루기 위해 OOP를 뒤져야 합니다. 그건 그렇고 Plaza에 대한 지식은 거의 없지만 미국에서 IB와 연결하려면 OOP를 이해하지 않고 제공하는 모든 예제를 어떻게 이해해야합니까?
....
이러한 상황에서는 정적 변수 대신 전역 변수를 선언하기만 하면 됩니다. 간단한 솔루션입니다.
...
전역 변수를 피하기 위한 옵션으로 정적 변수 가 있는 예가 제공되었습니다. 당신은 석기 시대로 돌아갈 것을 제안합니다.
일반적인 작업을 나눌 수 있는 독립적인 작업이 많을수록 해결하기가 더 쉬우며 뒤로 돌아가 모든 것을 하나의 힙에 버리는 것이 좋습니다. 결국, 환상은 변수 이름을 발명하기에 충분하지 않습니다.
Holivar를 위해 - R은 "접근 제어가 없는 일체형 휴지통" 모드에서 절대 역겹게 작성되었습니다. 범위, 보호 및 다중 세션이 없는 20년 전의 구식 접근 방식. 나는 혼자인 것처럼 글을 씁니다. 예, 프로젝트는 비전문 개발자에 의해 한 사람 아래 태어났습니다. 처음부터 다시 작성해야 합니다. 적어도 한 번.
MQL5에서 R로 일반 인터페이스를 만들자는 아이디어가 있었지만 더 깊이 파고든 후에는 즉시 통합을 거부했습니다. 시스템은 데이터와 세션을 보호할 수 없습니다.
Renata, 한 가지 질문:
상용 제품에 R을 대대적으로 도입한 R 컨소시엄 의 "아마추어"는 이것이 얼마나 "역겨운" 것인지 알고 있습니다. 당신은 그들을 밝힐 것입니다. 그리고 하나님은 그들이 파산하는 것을 금하셨습니다.
당신은 놀라게하는 방법을 알고 있습니다.
주제를 벗어나서 죄송합니다. 지나칠 수 없습니다.
행운을 빕니다