MQL5에 OOP가 필요합니까? - 페이지 8

 
api писал(а) >>

호호... 당신의 프로젝트는 좋은 본보기가 될 것입니다.

기본 클래스를 분리하고 다른 클래스를 빌드하는 것은 쉽지 않습니다.

대화는 추상적으로 요구되거나 요구되지 않을 것입니다.

대화의 어조는 이렇습니다. OOP는 불필요합니다. 우리가 이미 가지고 있는 것을 발전시키면 더 좋을 것입니다.

즉, 실제로 대화는 수행 된 작업이 불필요하다는 것을 확신시키는 것으로 요약됩니다. 그리고 이것은 그렇지 않습니다.

OOP를 사용하고 싶은 사람이라면 누구나 사용할 수 있습니다.

이를 위한 기회가 있습니다.

======================

MQL5에는 많은 새로운 기능이 추가되었습니다. 그리고 MT5에는 많은 새로운 기능이 있습니다. 유용한 기능.

이제 주요 임무는 이 모든 새로운 것을 완벽하게 만드는 것입니다. 예전으로 돌아갈 일은 없을 것입니다.

 
stringo >> :

아마도 이것을 임시 핸들로 변환할 것입니다. 우리는 이것이 이루어져야 한다고 생각하는 경향이 있습니다.

여기, 이것이 바로 내가 이끄는 것입니다. 왜냐하면. 나는 이미 다른 방법으로 해결되지 않은 것처럼 보이는 상황에 직면했습니다.

 
nen >> :

OOP를 사용하고 싶은 사람이라면 누구나 사용할 수 있습니다.

누가 OOP를 사용하고 싶습니까? 이 남자를 보여줘! 또는 오히려 그의 코드. 아마도 많은 사람들에게 바람직할 것입니다. 뭔가 감지.

추상적인 대화라고요? 나는 심지어 말할 것입니다 - 추상적. OOP는 실제로 이미 게시된 코드에 수요가 없기 때문입니다.

익숙하신 분들은 OO라고 쓰시더라구요. 데이터베이스에 5-ke에 코드를 게시한 작성자 중 익숙한 사람이 한 명도 없는 이유는 무엇입니까?

 
Svinozavr писал(а) >>

누가 OOP를 사용하고 싶습니까? 이 남자를 보여줘! 또는 오히려, 그의 코드 .

코드를 보여주는 사람은 거의 없습니다. 무엇 때문에? 자랑하려면?

 
nen >> :

코드를 보여주는 사람은 거의 없습니다. 무엇 때문에? 자랑하려면?

???????? 예, 실제로 - 왜? 나는 최근에 바보가 되었습니다. 여기, 진지한 사람들이 싸우기 위해 왔습니다. 그리고 여기에 몇 가지 코드에 관한 것입니다.

곧 계산기를 사용하는 것이 더 편리한 방법에 대한 기사가 나타날 것입니다. 코드가 필요한 이유는 무엇입니까? 여기, blyat, 심각한 사람들.

 

???????? Да, действительно - зачем? Туплю я последнее время что-то. Здесь серьезные люди потрепаться зашли, а тут я о каких-то кодах.
Скоро статьи появятся как удобнее считать на калькуляторе - зачем нам коды? Здесь, млять, СЕРЬЕЗНЫЕ люди.

Svinozavr, 나는 당신의 히스테리를 이해하지 못합니다 (죄송하지만 더 적절한 단어를 찾지 못했습니다). 많은 멋진 코드가 MQL4로 작성되었습니다. 처음으로 상위 5위 안에 드는 사람이 사용합니다. 나중에 5가지 기능을 사용하여 순수한 OOP 코드가 나타납니다. Stroustrup과 Richie에게 화난 편지를 보냈을 것입니다. "이런 놈들!!! 왜 C++를 생각해냈지? C만 있을 때는 정말 좋았는데 지금은 어떤 이유에서인지 그들은 OOP도 망쳤습니다!!! " - 개인적으로는 재미있지만, 그렇지 않나요?

 
TheXpert >> :

여기, 이것이 바로 내가 이끄는 것입니다. 왜냐하면. 나는 이미 다른 방법으로 해결되지 않은 것처럼 보이는 상황에 직면했습니다.

포인터를 참조로 개체로 전달하는 반대 가능성이 있습니다. 이 작업 전에 가장 중요한 것은 포인터의 유효성을 확인하는 것입니다. 그렇지 않으면 실행이 중단됩니다.


아마도 이것이 당신을 위해 일할 것입니까?

 
Svinozavr писал(а) >>

누가 OOP를 사용하고 싶습니까? 이 남자를 보여줘! 또는 오히려 그의 코드. 아마도 많은 사람들에게 바람직할 것입니다. 뭔가 감지.

즐거운 시간 보내세요.

구성 요소(요소 및 크기 정보)가 세 개의 변수에 걸쳐 분산되어 있는 행렬 객체는 가볍게 말해서 악몽입니다. (비록 더 큰 악몽은 모든 것을 하나의 배열로 압축하고 첫 번째 요소를 행렬의 차원에 대한 정보 아래에 남겨두는 것입니다)

 
Svinozavr >> : 데이터베이스의 5-ke에 코드를 게시한 작성자 중 익숙한 사람이 한 명도 없는 이유는 무엇입니까?

두 명의 작가만 찾았습니다. 사탑과 더엑스퍼트가 있으며 소스코드는 5~6개에 불과하다. 통계가 충분하지 않습니다.

Peter, 서두르지 마세요. 모든 것이 나타날 것입니다. 베타 테스트가 시작된 이후로 OOP가 분명히 선호되는 프로젝트는 아직 데이터베이스에 나타나지 않았습니다.

나는 이미 OOP의 도움으로 더 잘 구현될 프로젝트의 이름을 지정할 수 있습니다. 이것은 Miner의 책 "Dynamic Trading"에 따른 Fibs의 거래 시스템입니다(물론 상당히 단순화되었지만 그럼에도 불구하고 이전에 4개에서 만들려는 몇 번의 시도는 끝이 없었습니다).

 
C-4 >> :

Svinozavr, 나는 당신의 히스테리를 이해하지 못합니다 (죄송하지만 더 적절한 단어를 찾지 못했습니다). 많은 멋진 코드가 MQL4로 작성되었습니다. 처음으로 상위 5위 안에 드는 사람이 사용합니다. 나중에 5가지 기능을 사용하여 순수한 OOP 코드가 나타납니다. Stroustrup과 Richie에게 화난 편지를 보냈을 것입니다. "이런 놈들!!! 왜 C++를 생각해냈지? C만 있을 때는 정말 좋았는데 지금은 어떤 이유에서인지 그들은 OOP도 망쳤습니다!!! " - 개인적으로는 재미있지만, 그렇지 않나요?

히스테리 없음. 그리고 화를 내지 않습니다. 질문입니다(주제 참조). 당신은 토론의 "흥미로운" 방법을 가지고 있습니다: 그를 위해 상대방의 입장을 고안한 다음, 고대 웅변가들이 부러워할 광채, 유머 및 수사학으로 그녀-위치-및 그-연사-를 부수기 위해.

값싼 움직임, 자기야. 내 게시물에는 이와 같은 것이 없으며 그 내용을 따르지 않습니다. 환각제로 마무리 - 죄송합니다. 다른 설명을 찾을 수 없습니다. 나는 주제의 첫 번째 게시물에서 내 입장을 설명했습니다. 이제 FACT nectr에서 모양을 갖추기 시작했습니다. 의견.

자동화된 거래, 특히 데이터 준비 상태 감지와 관련된 문제가 남아 있고(도움말의 리뷰 및 읽기로 판단) 코드 수준에서 해결하기가 더 어려워졌다는 사실은 자연스럽게 나에게 질문을 제기합니다. 개발자가 지시했는지 그들의 창조적인 에너지가 거기에 있습니까? 오직 그리고 모든 것. 그리고 주의! 이것은 OOP가 아닌 주제이며, 나는 그것을 제기하지 않았습니다. 단지 게시물에 응답했습니다. 그리고 그는 심지어 "나는 지금 OOP에 대해 말하는 것이 아니다"라고 강조했다.