글쎄, 아마도 당신은 할 수 있습니다. 나는 논쟁하지 않는다. 공부를 잘 못했어요. 그런데 그리기 기능을 직접 사용할 수 있다면 왜 그럴까요?
클래스에서 함수를 직접 가져왔습니다. 그들은 절대적으로 불필요하고 공허한 일을 했습니다. 그리고 원하는 만큼 클래스의 인스턴스를 만들고 서로 독립적으로 사용할 수 있습니다.
그리고 그들 각각은 그가 그려야 할 곳을 정확히 그렸습니다. 다른 사람과 상관없이. 그리고 아무것도 기억할 필요가 없습니다. 각 패널에는 자체 클래스 인스턴스에 대한 포인터가 있을 뿐입니다. 예, 하나가 아닙니다. 그런 다음 하나의 패널에서 CCanvas를 서로 임의로 독립적으로 만들 수 있습니다. CArrayObj에 저장하고 필요한 링크를 얻은 다음 원하는 대로 수행하십시오.
당신은 OOP를 과소 평가하지 않고 자신의 지평 확장을 그리워합니다 :) 몇 년 동안 지평을 확장하면 OOP를 공부 하고 하루 만에 확장에서 파열 될 것입니다. :)
클래스에서 함수를 직접 가져왔습니다. 그들은 절대적으로 불필요하고 공허한 일을 했습니다. 그리고 원하는 만큼 클래스의 인스턴스를 만들고 서로 독립적으로 사용할 수 있습니다.
그리고 그들 각각은 그가 그려야 할 곳을 정확히 그렸습니다. 다른 사람과 상관없이. 그리고 아무것도 기억할 필요가 없습니다. 각 패널에는 자체 클래스 인스턴스에 대한 포인터가 있을 뿐입니다. 예, 하나가 아닙니다. 그런 다음 하나의 패널에서 CCanvas를 서로 임의로 독립적으로 만들 수 있습니다. CArrayObj에 저장하고 필요한 링크를 얻은 다음 원하는 대로 수행하십시오.
당신은 OOP를 과소 평가하지 않고 자신의 지평 확장을 그리워합니다 :) 몇 년 동안 지평을 확장하면 OOP를 공부 하고 하루 만에 확장에서 파열 될 것입니다. :)
만약 그렇다면, 당신은 내가 비참한 접근 방식으로 도달하려고 시도했지만 헛된 놀라운 일들로 대중을 놀라게 할 것입니다.
그리고 어디. 기능이 있지만 프로그램 사용자가 시작 시 이 기능을 사용하지 않기로 결정한 상황이 발생했다고 가정합니다. 클래스를 사용할 때 동적 연결/연결 해제를 사용하는 것이 매우 편리합니다. 이는 어떤 상황에서 약간의 속도 증가를 제공합니다. 정적은 확실히 좋지만 모든 것이 요점에 맞게 사용되어야 합니다.
글쎄, 아마도 당신은 할 수 있습니다. 나는 논쟁하지 않는다. 공부를 잘 못했어요. 그런데 그리기 기능을 직접 사용할 수 있다면 왜 그럴까요?
클래스에서 함수를 직접 가져왔습니다. 그들은 절대적으로 불필요하고 공허한 일을 했습니다. 그리고 원하는 만큼 클래스의 인스턴스를 만들고 서로 독립적으로 사용할 수 있습니다.
그리고 그들 각각은 그가 그려야 할 곳을 정확히 그렸습니다. 다른 사람과 상관없이. 그리고 아무것도 기억할 필요가 없습니다. 각 패널에는 자체 클래스 인스턴스에 대한 포인터가 있을 뿐입니다. 예, 하나가 아닙니다. 그런 다음 하나의 패널에서 CCanvas를 서로 임의로 독립적으로 만들 수 있습니다. CArrayObj에 저장하고 필요한 링크를 얻은 다음 원하는 대로 수행하십시오.
당신은 OOP를 과소 평가하지 않고 자신의 지평 확장을 그리워합니다 :) 몇 년 동안 지평을 확장하면 OOP를 공부 하고 하루 만에 확장에서 파열 될 것입니다. :)
클래스에서 함수를 직접 가져왔습니다. 그들은 절대적으로 불필요하고 공허한 일을 했습니다. 그리고 원하는 만큼 클래스의 인스턴스를 만들고 서로 독립적으로 사용할 수 있습니다.
그리고 그들 각각은 그가 그려야 할 곳을 정확히 그렸습니다. 다른 사람과 상관없이. 그리고 아무것도 기억할 필요가 없습니다. 각 패널에는 자체 클래스 인스턴스에 대한 포인터가 있을 뿐입니다. 예, 하나가 아닙니다. 그런 다음 하나의 패널에서 CCanvas를 서로 임의로 독립적으로 만들 수 있습니다. CArrayObj에 저장하고 필요한 링크를 얻은 다음 원하는 대로 수행하십시오.
당신은 OOP를 과소 평가하지 않고 자신의 지평 확장을 그리워합니다 :) 몇 년 동안 지평을 확장하면 OOP를 공부 하고 하루 만에 확장에서 파열 될 것입니다. :)
만약 그렇다면, 당신은 내가 비참한 접근 방식으로 도달하려고 시도했지만 헛된 놀라운 일들로 대중을 놀라게 할 것입니다.
근데 왜 안그럴까요...
만약 그렇다면, 당신은 내가 비참한 접근 방식으로 도달하려고 시도했지만 헛된 놀라운 일들로 대중을 놀라게 할 것입니다.
근데 왜 안그럴까요...
오 예! OOP는 비행을 허용하지 않습니다.
나는 수업에서 14개의 함수를 꺼냈다. 이제 직접 액세스하여 내가 원하는 것을 그립니다.
게다가 이 모든 것이 교실에 있을 때보다 훨씬 더 쉽게 그림을 그립니다.
따라서 이 경우에는 OOP를 사용하지 않고 드롭함으로써 가능성을 높인다.
만약 그렇다면, 당신은 내가 비참한 접근 방식으로 도달하려고 시도했지만 헛된 놀라운 일들로 대중을 놀라게 할 것입니다.
근데 왜 안그럴까요...
다른 식으로 말해보자. 나는 내 일들로 충분히 바쁘고 당신을 놀라게 할 시간이 없다. 그러나 잠재력을 가지고 OOP를 공부 했다면 자원은 놀랍고 놀라운 많은 것으로 채워질 것입니다. 그러나 슬프게도 당신은 당신의 신념에 완고합니다.
여러분, 진심으로 존중하는 마음으로 프로그램을 짜십시오. 나는 내 방식대로 프로그래밍할 것이다.
OOP는 한 사람의 힘을 넘어서는 프로젝트를 수행하는 프로그래머 팀에게 필요합니다.
간단한 애니메이션 에는 OOP가 필요하지 않습니다. 또한, 토끼를 사냥할 때 바주카포를 가지고 다닐 필요가 없습니다.))
다른 식으로 말해보자. 나는 내 일들로 충분히 바쁘고 당신을 놀라게 할 시간이 없다. 그러나 잠재력을 가지고 OOP를 공부 했다면 자원은 놀랍고 놀라운 많은 것으로 채워질 것입니다. 그러나 슬프게도 당신은 당신의 신념에 완고합니다.
내 접근 방식이 개발을 위한 충분한 기회를 제공하지 못한다고 느끼면 즉시 OOP를 채택할 것입니다.
여러분, 진심으로 존중하는 마음으로 프로그램을 짜십시오. 나는 내 방식대로 프로그래밍할 것이다.
OOP는 한 사람의 힘을 넘어서는 프로젝트를 수행하는 프로그래머 팀에게 필요합니다.
간단한 애니메이션에는 OOP가 필요하지 않습니다. 또한, 토끼를 사냥할 때 바주카포를 가지고 다닐 필요가 없습니다.))
OOP에 대한 오해
나는 Nikolai가 CCanvas 클래스가 애니메이션에 얼마나 편리한지 정확히 말할 수 있다고 생각합니다. 그는 그 안에서 특별하다.
나는 수업에서 14개의 함수를 꺼냈다. 이제 직접 액세스하여 내가 원하는 것을 그립니다.
게다가 이 모든 것이 교실에 있을 때보다 훨씬 더 쉽게 그림을 그립니다.
따라서 이 경우에는 OOP를 사용하지 않고 드롭함으로써 가능성을 높인다.
그리고 어디. 기능이 있지만 프로그램 사용자가 시작 시 이 기능을 사용하지 않기로 결정한 상황이 발생했다고 가정합니다.
클래스를 사용할 때 동적 연결/연결 해제를 사용하는 것이 매우 편리합니다. 이는 어떤 상황에서 약간의 속도 증가를 제공합니다.
정적은 확실히 좋지만 모든 것이 요점에 맞게 사용되어야 합니다.