당신은 프로그래밍 문제를 해결하기 위한 알고리즘을 OOP 전용으로 다루는 소위 유행하는 "디자인 패턴"으로 혼동하고 있습니다. 그리고 당신이 혼동하고 부주의하게 읽는 많은 다른 것들. 조금 더 일찍 나는 구조를 사용하기 위해 썼습니다. 하지만 결국, 당신이 그 포스트를 읽고 내가 전체 수업을 복사하는 기능에 대해 쓰지 않았다면, 당신은 우리가 성인이고 필요한 경우 추가 구조로 추가 작업을 수행해야 하는 지점에 도달할 것입니다. 모든 것을 성인 방식으로 수행 하려면 전체 클래스를 복사할 수 있는 기능을 확인하십시오.
1. OOP에 대한 분기이므로 혼동하지 않습니다.
2. 구조가 스냅샷 패턴의 본질을 어떻게든 바꾸나요?
3. 추가 작업을 수행하지 마십시오. 유일한 질문은 현재 또는 나중에 프로젝트 의 확장 및 개발과 함께 "추가" 작업이 무엇인지를 가늠하는 것입니다.
질문을 해도 될까요? 현지 의미에서 패턴이란 무엇입니까? 나는 길을 잃었다. 이것은 특정 작업의 래퍼이거나 작업의 상태입니다. 클래스, 구조, 포인터, 역학에서는 다소간 명확합니다. 용어가 아직 완전히 뿌리를 내리고 정의되지 않았다는 것도 분명합니다. 그리고 언제 적용해야 하는지 결정할 수 있는 조건이 있습니까? 포토샵과 렌더링의 경우 이해는 되지만 시계열 작업은 아닙니다. 아니면 내가 뭔가를 놓치고 있고 시각적 렌더링과 GA VR에 공통점이 있습니까?
Valeriy Yastremskiy : 질문을 해도 될까요? 현지 의미에서 패턴이란 무엇입니까? 나는 길을 잃었다. 이것은 특정 작업의 래퍼이거나 작업의 상태입니다. 클래스, 구조, 포인터, 역학에서는 다소간 명확합니다. 또한 용어가 아직 완전히 뿌리를 내리고 정의되지 않았다는 것도 분명합니다. 그리고 언제 적용해야 하는지 결정할 수 있는 조건이 있습니까? 포토샵과 렌더링의 경우 이해는 되는데 시계열 작업이 아닙니다. 아니면 내가 뭔가를 놓치고 있고 시각적 렌더링과 GA VR에 공통점이 있습니까?
여기에 모든 것이 명확하고 구체적이며 규범에 따릅니다. 책이 있습니다! 이 책은 이러한 패턴을 간략하게 설명합니다. 실제로 패턴과 대화에 관한 것입니다. 그 책의 이름은 " 디자인 패턴" 또는 이와 유사한 것입니다. 그러나 책뿐만 아니라 인터넷과 Wikipedia에도 관련 사이트가 많이 있습니다. 가장 중요한 것은 주제가 정식화되어 있다는 것입니다)) ... 그리고 패턴을 더듬지 않는 사람은 평민이고 누구든지 그것들을 마스터한 것은 삶 자체를 마스터한 것입니다! 아멘!
나는 내 자신의 의견을 가진 척하지 않습니다. 아마도 어딘가에서 읽었을 것입니다. 그러나 IMHO, 프로그래밍에는 두 가지 작업 만 있습니다. 프로그램의 올바른 구조 와 신속하게 변수에 대한 좋은 이름을 선택하고 다른 모든 것은 잘 수행됩니다. 간단히
나도 심각해
고마워, 나는 당신의 패턴을 읽을 것입니다
나는 기다릴 것입니다. 갑자기 다른 누군가가 나타날 것입니다. 그렇지 않으면 학술 개발자가 초보자와 트레이너 수준의 질문으로 날아갈 것입니다.)))
그것이 바로 올바른 구조입니다. 이렇게 하려면 바로 이 구조에 대해 가능한 모든 옵션을 고려하고 이 작업에서 장단점을 분석하고(확장성 및 유지 관리에 대한 요구 사항 등을 고려하여) 최상의 옵션을 선택하는 것이 좋습니다.
그리고 여기에 있는 악명 높은 패턴 자체(구체적으로 의미하는 것이 무엇이든 간에)는 구조의 변형이 아니라 단순히 두뇌가 작동하는 기준점입니다. "만약 문제가 패턴 X의 문제에 대한 설명에 맞으면 패턴 X를 적용하여 해결할 수 있습니다."와 같이, 하지만 다른 많은 방법으로 해결할 수 있습니다.
그리고 일반적으로 이러한 기본 27 패턴은 결국 OOP의 원칙을 준수하면서 해결하는 방법에 대한 일반적인 작업에 대한 프로그래머에 대한 힌트로 한 번에 태어났습니다. Dmitry가 구조에 대해 했던 것처럼 원칙을 따를 가치가 없다면 패턴이 필요하지 않습니다.
https://www.mql5.com/ru/forum/85652/page52#comment_16423899 왜 그런 놀람?
놀라움이 아니라 불신앙. 주제에 대한 귀하의 지식 수준은 이 스레드의 게시물에서 명확하게 볼 수 있습니다.
당신은 레벨 전문가입니까? ... 도시 통신.
그래, 어서 말해봐, 내가 이름을 읽었다고 해서 내가 공부했다는 뜻은 아니야, 당신은 "stl은 벡터다"인 STL과 같은 패턴을 가지고 있다
글쎄, 그가 와서 자란 삼촌의 정신적 잡담을 깨뜨렸다.
미안했어? 그 남자는 꿈을 꾸고 그와 함께 놀았습니다.
))))
미안했어?
드미트리 페도세프
글쎄, 왜 그렇게 흩어져있어, 자기)
음, 패턴이 마음에 들지 않으면 사용하지 마십시오. 글쎄요, 아니면 "패턴"이라는 이름이 마음에 들지 않으면 사용하되 "패턴"이라고 부르지는 마십시오. 네, 하고 싶은 대로 하세요.
그러나 그들의 의미를 부정하는 것은 공허합니다. 과장도 그렇고;;
당신은 프로그래밍 문제를 해결하기 위한 알고리즘을 OOP 전용으로 다루는 소위 유행하는 "디자인 패턴"으로 혼동하고 있습니다. 그리고 당신이 혼동하고 부주의하게 읽는 많은 다른 것들. 조금 더 일찍 나는 구조를 사용하기 위해 썼습니다. 하지만 결국, 당신이 그 포스트를 읽고 내가 전체 수업을 복사하는 기능에 대해 쓰지 않았다면, 당신은 우리가 성인이고 필요한 경우 추가 구조로 추가 작업을 수행해야 하는 지점에 도달할 것입니다. 모든 것을 성인 방식으로 수행 하려면 전체 클래스를 복사할 수 있는 기능을 확인하십시오.
1. OOP에 대한 분기이므로 혼동하지 않습니다.
2. 구조가 스냅샷 패턴의 본질을 어떻게든 바꾸나요?
3. 추가 작업을 수행하지 마십시오. 유일한 질문은 현재 또는 나중에 프로젝트 의 확장 및 개발과 함께 "추가" 작업이 무엇인지를 가늠하는 것입니다.
4. 그래서 그것은 무엇에 관한 것입니까? 이것은 그림에서 필요하지 않습니다.
1. OOP에 대한 분기이므로 혼동하지 않습니다.
2. 구조가 스냅샷 패턴의 본질을 어떻게든 바꾸나요?
3. 추가 작업을 하지 마십시오. 유일한 질문은 현재 또는 나중에 프로젝트의 확장 및 개발과 함께 "추가" 작업이 무엇인지 가늠하는 것입니다.
4. 그래서 그것은 무엇에 관한 것입니까? 이것은 이미지에서 필요하지 않습니다.
당신은 세부 사항에 갇혀 있습니다. 관심이 없다. 여기에서 "키퍼" 패턴에 대한 논의의 요점은 일종의 캡슐화를 유지한다고 약속하지만 각 필드에 대해 한 쌍의 공개 메서드를 만들어 구현한다는 것입니다. 가장 중요한 메시지를 포착하지 못한 것이 재미있습니다.
질문을 해도 될까요? 현지 의미에서 패턴이란 무엇입니까? 나는 길을 잃었다. 이것은 특정 작업의 래퍼이거나 작업의 상태입니다. 클래스, 구조, 포인터, 역학에서는 다소간 명확합니다. 또한 용어가 아직 완전히 뿌리를 내리고 정의되지 않았다는 것도 분명합니다. 그리고 언제 적용해야 하는지 결정할 수 있는 조건이 있습니까? 포토샵과 렌더링의 경우 이해는 되는데 시계열 작업이 아닙니다. 아니면 내가 뭔가를 놓치고 있고 시각적 렌더링과 GA VR에 공통점이 있습니까?
여기에 모든 것이 명확하고 구체적이며 규범에 따릅니다. 책이 있습니다! 이 책은 이러한 패턴을 간략하게 설명합니다. 실제로 패턴과 대화에 관한 것입니다. 그 책의 이름은 " 디자인 패턴" 또는 이와 유사한 것입니다. 그러나 책뿐만 아니라 인터넷과 Wikipedia에도 관련 사이트가 많이 있습니다. 가장 중요한 것은 주제가 정식화되어 있다는 것입니다)) ... 그리고 패턴을 더듬지 않는 사람은 평민이고 누구든지 그것들을 마스터한 것은 삶 자체를 마스터한 것입니다! 아멘!
나는 내 자신의 의견을 가진 척하지 않습니다. 아마도 어딘가에서 읽었을 것입니다. 그러나 IMHO, 프로그래밍에는 두 가지 작업 만 있습니다. 프로그램의 올바른 구조 와 신속하게 변수에 대한 좋은 이름을 선택하고 다른 모든 것은 잘 수행됩니다. 간단히
나도 심각해
고마워, 나는 당신의 패턴을 읽을 것입니다
나는 기다릴 것입니다. 갑자기 다른 누군가가 나타날 것입니다. 그렇지 않으면 학술 개발자가 초보자와 트레이너 수준의 질문으로 날아갈 것입니다.)))
그것이 바로 올바른 구조입니다. 이렇게 하려면 바로 이 구조에 대해 가능한 모든 옵션을 고려하고 이 작업에서 장단점을 분석하고(확장성 및 유지 관리에 대한 요구 사항 등을 고려하여) 최상의 옵션을 선택하는 것이 좋습니다.
그리고 여기에 있는 악명 높은 패턴 자체(구체적으로 의미하는 것이 무엇이든 간에)는 구조의 변형이 아니라 단순히 두뇌가 작동하는 기준점입니다. "만약 문제가 패턴 X의 문제에 대한 설명에 맞으면 패턴 X를 적용하여 해결할 수 있습니다."와 같이, 하지만 다른 많은 방법으로 해결할 수 있습니다.
그리고 일반적으로 이러한 기본 27 패턴은 결국 OOP의 원칙을 준수하면서 해결하는 방법에 대한 일반적인 작업에 대한 프로그래머에 대한 힌트로 한 번에 태어났습니다. Dmitry가 구조에 대해 했던 것처럼 원칙을 따를 가치가 없다면 패턴이 필요하지 않습니다.