미안해하지마, 피터, 45분. 초기 단계에서이 동지가 말하는 내용을 이해하는 것이 매우 중요합니다. 아마도 많은 사람들이 그와 논쟁할 것이지만 일반적으로 그가 옳습니다.
흥미로운 강의지만 너무 많은 질문이 남아 있습니다. 여기에서 그는 세터와 게터의 위험성에 대해 이야기하지만 세터나 생성자를 통해 일부 값을 입력할 때 실수를 하는 부분이 어떤 차이가 있는지 설명해주세요. 그리고 MQL5 SB가 단지 하나의 큰 실수일 뿐이라는 것이 밝혀졌습니다. 이 모든 setter와 getter가 많이 있습니다.
흥미로운 강의지만 너무 많은 질문이 남아 있습니다. 여기에서 그는 세터와 게터의 위험성에 대해 이야기하지만 세터나 생성자를 통해 일부 값을 입력할 때 실수를 하는 부분이 어떤 차이가 있는지 설명해주세요. 그리고 MQL5 SB가 단지 하나의 큰 실수일 뿐이라는 것이 밝혀졌습니다. 이 모든 setter와 getter가 많이 있습니다.
나도 어제 이 45분을 봤어.... 역시 학생들도 작가를 산산조각낸듯
이론적으로 그는 아름답게 말합니다. 여기에 개체가 있습니다. 모든 작업을 수행할 수 있어야 합니다. 이 모든 것이 하드웨어에 연결되어서는 안 됩니다. 사용자가 PC에 명령하고 사용자가 명령하지 않기 때문입니다! 개체가 아무것도 모르는 경우, 우리는 또 다른 작은 클래스를 작성합니다. 실제로 이것은 발생하지 않는 방법입니다. 개체 관리를 거부하면 반복적인 코드 블록이 있고 상속을 통해 이 문제를 부분적으로 해결할 수 있지만 일반적으로 문제를 해결하는 대신 프로그래머는 많은 개체 (또는 치질 더미? ))))를 얻고 모든 것을 관리하는 방법을 알아낼 것입니다 ... ... IMHO, IT 거물이 논리에서 거의 유사한 코드를 작성하면 작동합니다 , 하지만 혁신가들은 항상 그래왔고 앞으로도 그럴 것입니다. 하지만 어떤 이유에서인지 그들의 결과는 보이지 않습니다.
추신: 버튼 색상을 변경하는 방법은 무엇입니까? - 이전 개체를 죽이고 다른 색상의 새 버튼을 만드시겠습니까? - 버튼의 상태를 얻는 방법은 무엇입니까? - 그리고 이것이 수백 개의 버튼의 색 구성표라면 - 다시 모든 것을 죽이고 다른 것을 만드시겠습니까? ;)
이론적으로 그는 아름답게 말합니다. 여기에 개체가 있습니다. 모든 작업을 수행할 수 있어야 합니다. 이 모든 것이 하드웨어에 연결되어서는 안 됩니다. 사용자가 PC에 명령하고 사용자가 명령하지 않기 때문입니다! 개체가 아무것도 모르는 경우, 우리는 또 다른 작은 클래스를 작성합니다. 실제로 이것은 발생하지 않는 방법입니다. 개체 관리를 거부하면 반복적인 코드 블록이 있고 상속을 통해 이 문제를 부분적으로 해결할 수 있지만 일반적으로 문제를 해결하는 대신 프로그래머는 많은 개체 (또는 치질 더미? ))))를 얻고 모든 것을 관리하는 방법을 알아낼 것입니다 ... ... IMHO, IT 거물이 논리에서 거의 유사한 코드를 작성하면 작동합니다 , 하지만 혁신가들은 항상 그래왔고 앞으로도 그럴 것입니다. 하지만 어떤 이유에서인지 그들의 결과는 보이지 않습니다.
추신: 버튼 색상을 변경하는 방법은 무엇입니까? - 이전 개체를 죽이고 다른 색상의 새 버튼을 만드시겠습니까? - 버튼의 상태를 얻는 방법은 무엇입니까? - 그리고 이것이 수백 개의 버튼의 색 구성표라면 - 다시 모든 것을 죽이고 다른 것을 만드시겠습니까? ;)
재미있는 점은 OOP 원칙을 무의식적 으로 적용해도 꽤 가시적인 결과가 나온다는 것입니다!
흥미로운 강의지만 너무 많은 질문이 남아 있습니다. 여기에서 그는 세터와 게터의 위험성에 대해 이야기하지만 세터나 생성자를 통해 일부 값을 입력할 때 실수를 하는 부분이 어떤 차이가 있는지 설명해주세요. 그리고 MQL5 SB가 단지 하나의 큰 실수일 뿐이라는 것이 밝혀졌습니다. 이 모든 setter와 getter가 많이 있습니다.
개발자는 모든 것을 올바르게 수행했습니다 . 표준 라이브러리 는 초기 수준을 목표로 하며 대부분의 작업에서는 충분합니다. OOP로 글을 작성하려면(단순한 용어가 아니라) 고급 수준과 특정 유형의 사고가 필요합니다. 거기에 없으면 이것이 OOP라고 생각하는 클래스의 모든 것을 여전히 래핑 할 수 있습니다. 아마도 이것을 가르치는 것은 불가능할 것입니다. 이해는 시간이 지나면서 옵니다.
미안해하지마, 피터, 45분. 초기 단계에서이 동지가 말하는 내용을 이해하는 것이 매우 중요합니다. 아마도 많은 사람들이 그와 논쟁할 것이지만 일반적으로 그가 옳습니다.
흥미로운 강의지만 너무 많은 질문이 남아 있습니다. 여기에서 그는 세터와 게터의 위험성에 대해 이야기하지만 세터나 생성자를 통해 일부 값을 입력할 때 실수를 하는 부분이 어떤 차이가 있는지 설명해주세요. 그리고 MQL5 SB가 단지 하나의 큰 실수일 뿐이라는 것이 밝혀졌습니다. 이 모든 setter와 getter가 많이 있습니다.
흥미로운 강의지만 너무 많은 질문이 남아 있습니다. 여기에서 그는 세터와 게터의 위험성에 대해 이야기하지만 세터나 생성자를 통해 일부 값을 입력할 때 실수를 하는 부분이 어떤 차이가 있는지 설명해주세요. 그리고 MQL5 SB가 단지 하나의 큰 실수일 뿐이라는 것이 밝혀졌습니다. 이 모든 setter와 getter가 많이 있습니다.
나도 어제 이 45분을 봤어.... 역시 학생들도 작가를 산산조각낸듯
이론적으로 그는 아름답게 말합니다. 여기에 개체가 있습니다. 모든 작업을 수행할 수 있어야 합니다. 이 모든 것이 하드웨어에 연결되어서는 안 됩니다. 사용자가 PC에 명령하고 사용자가 명령하지 않기 때문입니다! 개체가 아무것도 모르는 경우, 우리는 또 다른 작은 클래스를 작성합니다. 실제로 이것은 발생하지 않는 방법입니다. 개체 관리를 거부하면 반복적인 코드 블록이 있고 상속을 통해 이 문제를 부분적으로 해결할 수 있지만 일반적으로 문제를 해결하는 대신 프로그래머는 많은 개체 (또는 치질 더미? ))))를 얻고 모든 것을 관리하는 방법을 알아낼 것입니다 ... ... IMHO, IT 거물이 논리에서 거의 유사한 코드를 작성하면 작동합니다 , 하지만 혁신가들은 항상 그래왔고 앞으로도 그럴 것입니다. 하지만 어떤 이유에서인지 그들의 결과는 보이지 않습니다.
추신: 버튼 색상을 변경하는 방법은 무엇입니까? - 이전 개체를 죽이고 다른 색상의 새 버튼을 만드시겠습니까? - 버튼의 상태를 얻는 방법은 무엇입니까? - 그리고 이것이 수백 개의 버튼의 색 구성표라면 - 다시 모든 것을 죽이고 다른 것을 만드시겠습니까? ;)
나도 어제 이 45분을 봤어.... 역시 학생들도 작가를 산산조각낸듯
이론적으로 그는 아름답게 말합니다. 여기에 개체가 있습니다. 모든 작업을 수행할 수 있어야 합니다. 이 모든 것이 하드웨어에 연결되어서는 안 됩니다. 사용자가 PC에 명령하고 사용자가 명령하지 않기 때문입니다! 개체가 아무것도 모르는 경우, 우리는 또 다른 작은 클래스를 작성합니다. 실제로 이것은 발생하지 않는 방법입니다. 개체 관리를 거부하면 반복적인 코드 블록이 있고 상속을 통해 이 문제를 부분적으로 해결할 수 있지만 일반적으로 문제를 해결하는 대신 프로그래머는 많은 개체 (또는 치질 더미? ))))를 얻고 모든 것을 관리하는 방법을 알아낼 것입니다 ... ... IMHO, IT 거물이 논리에서 거의 유사한 코드를 작성하면 작동합니다 , 하지만 혁신가들은 항상 그래왔고 앞으로도 그럴 것입니다. 하지만 어떤 이유에서인지 그들의 결과는 보이지 않습니다.
추신: 버튼 색상을 변경하는 방법은 무엇입니까? - 이전 개체를 죽이고 다른 색상의 새 버튼을 만드시겠습니까? - 버튼의 상태를 얻는 방법은 무엇입니까? - 그리고 이것이 수백 개의 버튼의 색 구성표라면 - 다시 모든 것을 죽이고 다른 것을 만드시겠습니까? ;)
재미있는 점은 OOP 원칙을 무의식적 으로 적용해도 꽤 가시적인 결과가 나온다는 것입니다!
흥미로운 강의지만 너무 많은 질문이 남아 있습니다. 여기에서 그는 세터와 게터의 위험성에 대해 이야기하지만 세터나 생성자를 통해 일부 값을 입력할 때 실수를 하는 부분이 어떤 차이가 있는지 설명해주세요. 그리고 MQL5 SB가 단지 하나의 큰 실수일 뿐이라는 것이 밝혀졌습니다. 이 모든 setter와 getter가 많이 있습니다.
개발자는 모든 것을 올바르게 수행했습니다 . 표준 라이브러리 는 초기 수준을 목표로 하며 대부분의 작업에서는 충분합니다. OOP로 글을 작성하려면(단순한 용어가 아니라) 고급 수준과 특정 유형의 사고가 필요합니다. 거기에 없으면 이것이 OOP라고 생각하는 클래스의 모든 것을 여전히 래핑 할 수 있습니다. 아마도 이것을 가르치는 것은 불가능할 것입니다. 이해는 시간이 지나면서 옵니다.
거기에 없으면 이것이 OOP라고 생각하는 클래스의 모든 것을 여전히 래핑 할 수 있습니다.
또다시 당신의 독창성을 뽐내려고 하지만 안타깝게도 당신의 본보기를 보여주지 않고 또다시 당신이 모르는 사람들을 위해 뭔가를 생각해내려고 하는군요, 말하자면 ..
IMHO, 사소한, 역겨운, 장난 시도 - 일반적으로 산만하지 마십시오))))
또다시 당신의 독창성을 뽐내려고 하지만 안타깝게도 당신의 본보기를 보여주지 않고 , 또다시 당신이 모르는 사람들을 위해 뭔가를 생각해내려고 하는군요, 말하자면 ..
IMHO, 사소한, 역겨운, 장난 시도 - 일반적으로 산만하지 마십시오))))
나는 잘못된 예를 보여줍니다. 따라서 낚싯대는 제공하지만 물고기는 제공하지 않습니다.
나는 잘못된 예를 보여줍니다. 따라서 낚싯대는 제공하지만 물고기는 제공하지 않습니다.
실수가 어디 있습니까? 예제는 테스터와 거래 모두에서 작동합니다.
나는 그것이 편리하다면 사용할 수 있고 사용해야한다고 두 번 이상 썼습니다.
모든 거래자가 Runet 포럼에서 일주일에 12개를 생각해 내고자 하는 간단한 전략에 대한 상속을 배포하는 것은 대부분의 경우 의미가 없지만 제 예제를 통해 완성된 코드의 빠른 이식성을 보장할 수 있습니다.
알겠습니다. 이 주제에 대해 이야기하고 싶지 않습니다. 흥미롭지 않을 뿐입니다. 개인적인 이야기를 하지 마세요. 특정 질문이나 제안이 있습니다. 이에 대해 논의하고 싶을 수도 있습니다. 거기에없는 것을 논의?
실수가 어디 있습니까? 예제는 테스터와 거래 모두에서 작동합니다.
최종 결과가 아닌 OOP 측면에서 오류입니다. 실수가 무엇인지 명확하지 않으면 비디오를 다시 보고 이해할 때까지 계속해서 시청하십시오. 이런 영상은 처음 봤는데 이렇게 간단하고 이해하기 쉽게 설명이 안되네요.
최종 결과가 아닌 OOP 측면에서 오류입니다. 오류가 무엇인지 명확하지 않은 경우 비디오를 다시 보고, 이해할 때까지 반복해서 시청하십시오.
아아, 그는 오지 않는다. 연사는 학생들의 질문에도 대답하지 못하고, 질문이 맞았다.
실용적인 비행기로 이동하자
예상 컨데. 당신이 비디오의 저자를 지원한다는 것을, 그의 이름은 Egor입니다(작성된 대로). 비디오의 주요 메시지는 OOP로 완전히 들어가라는 것이었습니다 - 실제 OOP로!
확인! 저자가 제안한대로 OOP를 사용 하는 방법에 대한 간단한 예를 제공하십시오. 작업은 간단합니다. 그는 자신이 파일 작업을 언급했으며 자신은 학생들의 질문에 대답할 수 없었습니다.
나는 CFile 클래스를 매우 정기적으로 사용합니다. 추가 코드를 작성하기에는 너무 게으르며, 기성품을 사용하는 데 익숙하며 작업에 대처합니다.
비디오 작성자가 말한 내용을 기반으로 CFile에서 무엇을 다시 작성해야 한다고 생각하십니까?