기고글 토론 "UML 툴을 사용하여 Expert Advisor 개발하기"
유혹적이지만 솔직히 말해서 나는 그것의 절반도하지 않았고, 내 의식은 선례의 다이어그램 근처 어딘가에서 사라졌습니다.
아마도 여러 번 반복하면 무언가를 줄 것입니다.
일반적으로 저는 교수들이 세 번째 문장까지 이해할 수 없을 정도로 복잡한 공식으로 간단한 것을 제시한다는 사실 때문에 교수를 싫어합니다.
그게 제 문제이길 바랍니다. 저는 모든 것이 단순하다는 규칙을 고수합니다.
유혹적이지만 솔직히 말해서 나는 그것의 절반도하지 않았고, 내 의식은 선례의 다이어그램 근처 어딘가에서 사라졌습니다.
아마도 여러 번 반복하면 무언가를 줄 것입니다.
일반적으로 저는 교수들이 세 번째 문장까지 이해할 수 없을 정도로 복잡한 공식으로 간단한 것을 제시한다는 사실 때문에 교수를 싫어합니다.
그게 제 문제이길 바랍니다. 저는 모든 것이 단순하다는 규칙을 고수합니다.
우레인, 근무가 끝나면 새로운 자료를 소화하기 어려울 것 같아요.... 나는 나 자신을 위해 말하고 있습니다.
그렇다면 거래 내역을 기반으로 한 트레이딩 플레이어 기사는 훨씬 더 복잡합니다, imho....
그리고 누구를 교수라고 불렀습니까? :-))
우레인, 일주일이 끝나면 새로운 자료를 소화하기가 쉽지 않을 것 같아요.... 나는 혼자서 판단합니다 ...
그렇다면 거래 내역에 기반한 트레이딩 플레이어 기사는 훨씬 더 어렵습니다, imho....
그리고 누구를 교수라고 불렀습니까? :-))
나는 비판하는 것이 아니라 내 인상을 게시하고 있습니다.
이 기사는 정말 필요하지만 은유가 일반적으로 받아 들여지거나 적어도 명확한 이미지가 있었으면 좋겠습니다.
저에 관해서는 문구:
В состав строительных блоков входят: сущности (things - сами элементы модели), отношения (relationships - связывают сущности), диаграммы (diagrams - представления моделей UML).
로 인식하기가 더 쉬울 것 같습니다:
В состав строительных блоков входят: объекты (things - сами элементы модели), связи (relationships - связывают объекты), диаграммы (diagrams - представления моделей UML).
저자가 일반적으로 자신의 은유라고 불리는 은유를 일반적으로 받아 들였을 때 읽기가 매우 어렵지만 대부분의 텍스트가 차용되었으므로 복잡한 용어가 있다고 생각합니다.
위의 모든 IMHO.
저는 비판하는 것이 아니라 제 소감을 올리는 것입니다.
이 기사는 정말 필요하지만, 은유가 일반적으로 받아들여지거나 적어도 명확한 이미지가 있었으면 좋겠어요.
예를 들어, 저에게는 이 문구처럼:
라는 문구가 더 쉽게 인식될 수 있을 것 같습니다:
저자가 일반적으로 자신의 은유라고 불리는 은유를 일반적으로 받아 들였을 때 읽기가 매우 어렵지만 대부분의 텍스트가 차용 된 것으로 생각되므로 복잡한 용어가 있습니다.
위의 모든 것은 IMHO입니다.
우레인, 당신이 비판하고 있다는 말이 아닙니다.... 그리고 만약 그렇다고 해도...
용어에 대해서는 맞습니다. MQL5 프로그래머가 익숙한 용어와는 다소 다릅니다. 그러나 그것은 UML에서 사용됩니다. 저는 그것을 발명하지 않았습니다. 그리고 텍스트는 차용한 것이 아닙니다. 차용한 경우는 다음과 같이 표시됩니다.
우레인 , 당신이 비판하는 게 아니야..... 그리고 설사 그렇다 하더라도...
용어에 대해서는 맞습니다. MQL5 프로그래머가 익숙한 것과는 약간 다릅니다. 그러나 그것은 UML에서 사용됩니다. 나는 그것을 발명하지 않았습니다. 그리고 텍스트는 빌린 것이 아닙니다. 차용한 경우는 다음과 같이 표시됩니다.
일반적인 은유에 대해 자세히 알아보세요. 예를 들어 UML에서 엔티티와 객체는 서로 다른 개념입니다. 이것이 뉘앙스입니다. 하지만 중요한 것은 아니라고 생각합니다. 관심있는 사람은 누구나 알아낼 것입니다 :-)))나는 확실히 그것을 알아낼 것입니다 :)
저는 대규모 프로그램을 계획 할 때 위기, 심각한 오류에 처해 있으며이 기사가 딱 맞습니다.
프로젝트를 사진으로 내보낼 수 없습니다.
샤로바 버전에서는 이 기능이 비활성화되어 있지 않나요?
샤로바 버전도 상용 버전과 다르지 않습니다 :-)
그러니 계속하세요, 아주 간단합니다...
차 버전은 상용 버전과 다르지 않습니다 :-)
그러니 계속하세요, 매우 간단합니다....
새로운 기고글 UML 툴을 사용하여 Expert Advisor 개발하기 가 게재되었습니다:
이 문서는 객체지향 소프트웨어 시스템의 시각 모델링에 사용되는 UML 그래픽 언어를 사용하여 Expert Advisor를 개발하는 방법에 대해 다뤄볼 것입니다. 이 접근의 장점은 모델링 프로세스를 시각화할 수 있다는 점입니다.. 이 문서에서는 소프트웨어 아이디어 모델러(Software Ideas Modeler)를 통해 Expert Advisor의 구조와 속성을 모델링하는 예시를 보여드릴 것입니다.
Expert Advisor 개발에 UML은 어떤 점에서 도움이 될까요? 첫째로 그래픽을 편하게 처리하게 해줍니다. 다중 측면 모델링의 문제인 그래픽은 UML로 제공되는 그래픽 이미지를 사용하여 해결할 수 있습니다. 둘째로 가독성을 증진시켜줍니다. 방대하고 복잡한 구조의 Expert Advisor일지라도 UML의 범용성이 접합되면 쉽게 다이어그램으로 모델을 나타낼 수 있습니다.
UML 개발자들이 흔히 말하듯이, 인간은 글 보다는 이미지로 더 쉽게 이해한다고 합니다.
이제 UML의 기본을 살펴봅시다. 만약 UML에 관심이 있으시다면 인터넷 상에 무수하게 있는 무료 소스로 부터 UML에 대해 배울 수 있습니다.
UML 구조는 다이어그램으로 표현할 수 있습니다 (1번 그림).
1번 그림. UML 구조
작성자: Denis Kirichenko