OOP를 사용 하면 추상 메서드 Draf가 있는 기본 Button 클래스가 생성되며 이 메서드는 버튼을 그리는 역할을 합니다. 둥근 버튼의 경우 둥근 버튼 그리기를 구현하는 Draf 메서드를 재정의하는 것으로 충분할 Button에서 후속 작업을 만들어야 합니다. 직사각형 버튼의 경우 Button에서 후속 기능을 만들고 Draf 메서드를 재정의하여 이미 직사각형 버튼을 그리는 것으로 충분합니다.
방법론을 사용하면 모든 것이 어떻게 보일 것입니까?
제 경우에는 모든 것이 훨씬 간단합니다.
1. 개체 속성 목록에 플래그 속성을 추가합니다.
2. Core 행의 길이를 1 셀만큼 늘립니다. 이 셀은 새 속성을 위해 예약됩니다.
3. 버튼의 circle 속성에 플래그를 설정하는 키워드를 생성합니다.
4. Drawing 블록에서 Core에 있는 버튼의 원 플래그를 확인한 후 입구가 있는 원 그리기 메커니즘을 추가합니다.
현재 고객이 한 명 있습니다. 나는 그들에게 할당된 작업을 매우 빠르게 완료합니다. 3-4시간 후에 완전히 작동하는 새로운 창이 준비됩니다. 연결 인터페이스와 함께. 또한 신속하게 엔진 버그를 수정하고 새 버전을 푸시합니다. 며칠 만에 9개의 창 + 엔진 변경, 버그 수정, 기능 추가... 모든 것이 매우 빠릅니다.
글쎄, 당신은 당신만으로는 충분하지 않다는 것을 이해합니다. 엔진의 대량 특성은 다른 프로그래머가 엔진을 좋아하는지 여부에 따라 달라집니다(당신만으로는 모든 고객에게 충분하지 않을 것입니다). 그리고 프로그램이 마음에 들지 않으면 ... 아아, 그리고 당신이 만든 작품의 운명은 불명예스러울 것입니다.
프로토타입 배열은 한 번 생성된다는 점을 이해하십시오. 그런 다음 매우 드물게 변경됩니다. 프로그램에 중대한 변경이 있는 경우에만.
그리고 동적으로 필요한 경우?!
프로그래머의 편의성 부족과 프로그램의 빠른 개발이라는 두 가지 입장이 어떻게 공존할 수 있습니까? 프로그램을 개발하는 것이 불편하다면 어떻게 빨리 개발할 수 있습니까?
비율에 관한 모든 것입니다. 프로토타입 배열을 컴파일할 때의 불편함은 분명합니다. 프로그램의 어느 곳에서나 커널에 직접 액세스할 수 있는 편리함, 요소 포커스 사용 및 기타 사항 - 훨씬 더.
요컨대 내 접근 방식의 편리함은 불편함보다 훨씬 큽니다. 그러나 이를 위해서는 소유하는 법을 배워야 합니다.
직사각형 버튼이 아니라 원형 또는 삼각형 버튼을 만들어야 한다면 어떻게 하시겠습니까?
OOP를 사용 하면 추상 메서드 Draf가 있는 기본 Button 클래스가 생성되며 이 메서드는 버튼을 그리는 역할을 합니다. 둥근 버튼의 경우 둥근 버튼 그리기를 구현하는 Draf 메서드를 재정의하는 것으로 충분할 Button에서 후속 작업을 만들어야 합니다. 직사각형 버튼의 경우 Button에서 후속 기능을 만들고 Draf 메서드를 재정의하여 이미 직사각형 버튼을 그리는 것으로 충분합니다.
방법론을 사용하면 모든 것이 어떻게 보일 것입니까?
제 경우에는 모든 것이 훨씬 간단합니다.
1. 개체 속성 목록에 플래그 속성을 추가합니다.
2. Core 행의 길이를 1 셀만큼 늘립니다. 이 셀은 새 속성을 위해 예약됩니다.
3. 버튼의 circle 속성에 플래그를 설정하는 키워드를 생성합니다.
4. Drawing 블록에서 Core에 있는 버튼의 원 플래그를 확인한 후 입구가 있는 원 그리기 메커니즘을 추가합니다.
비율에 관한 모든 것입니다. 프로토타입 배열을 컴파일할 때의 불편함은 분명합니다. 프로그램의 어느 곳에서나 커널에 직접 액세스할 수 있는 편리함, 요소 포커스 사용 및 기타 사항 - 훨씬 더.
요컨대 내 접근 방식의 편리함은 불편함보다 훨씬 큽니다. 그러나 이를 위해서는 소유하는 법을 배워야 합니다.
전역 배열에 액세스하는 편리성에 대해 심각하게 오해하고 있습니다. 지금은 하나입니까, 아니면 여러 개입니까? 그리고 프로그램에 유사한 스타일로 작성된 여러 하위 시스템이 있으면 보호, 혼돈 및 혼란이 발생합니다.
전역 배열에 액세스하는 편리성에 대해 심각하게 오해하고 있습니다. 지금은 하나입니까, 아니면 여러 개입니까? 그리고 프로그램에 유사한 스타일로 작성된 여러 하위 시스템이 있으면 보호, 혼돈 및 혼란이 발생합니다.
프로그램에는 Main Core를 구축하는 단계에서만 사용되는 Core가 여러 개 있습니다. 전역 액세스는 메인 코어와 옵션 코어( 컨트롤 의 옵션 속성의 코어)에만 가능합니다.
모든 것이 매우 편리합니다. 나는 불평 하는게 아니야.
프로그램에는 Main Core를 구축하는 단계에서만 사용되는 Core가 여러 개 있습니다. 전역 접근은 메인 커널과 파라미터 커널에만 가능합니다.
모든 것이 매우 편리합니다. 나는 불평 하는게 아니야.
얼마나 많은 고객이 있고 얼마나 빨리 완료합니까? 이 스타일로 작성된 다른 사람의 프로그램으로 작업한 적이 있습니까?
제 경우에는 모든 것이 훨씬 간단합니다.
1. 개체 속성 목록에 플래그 속성을 추가합니다.
2. Core 행의 길이를 1 셀만큼 늘립니다. 이 셀은 새 속성을 위해 예약됩니다.
3. 버튼의 circle 속성에 플래그를 설정하는 키워드를 생성합니다.
4. Drawing 블록에서 Core에 있는 버튼의 원 플래그를 확인한 후 입구가 있는 원 그리기 메커니즘을 추가합니다.
실제로 이것을 하기 시작하면 모든 "객체"에서 혼란스러워집니다.
그리고 더 쉬워지지 않습니다. 귀하의 경우(자신이 작성한 대로) 4단계를 수행해야 합니다. OPP를 사용하는 내 예에는 하나의 작업만 있습니다.
업데이트
동시에 버튼이 원형인지 사각형인지 혼동하지 않도록 일종의 플래그도 제어해야 합니다.
얼마나 많은 고객이 있고 얼마나 빨리 완료합니까?
현재 고객이 한 명 있습니다. 나는 그들에게 할당된 작업을 매우 빠르게 완료합니다. 3-4시간 후에 완전히 작동하는 새로운 창이 준비됩니다. 연결 인터페이스와 함께. 또한 신속하게 엔진 버그를 수정하고 새 버전을 푸시합니다. 며칠 만에 9개의 창 + 엔진 변경, 버그 수정, 기능 추가... 모든 것이 매우 빠릅니다.
모든 것이 매우 편리합니다. 나는 불평 하는게 아니야.
글쎄, 당신은 당신만으로는 충분하지 않다는 것을 이해합니다. 엔진의 대량 특성은 다른 프로그래머가 엔진을 좋아하는지 여부에 따라 달라집니다(당신만으로는 모든 고객에게 충분하지 않을 것입니다). 그리고 프로그램이 마음에 들지 않으면 ... 아아, 그리고 당신이 만든 작품의 운명은 불명예스러울 것입니다.
실제로 이것을 하기 시작하면 모든 "객체"에서 혼란스러워집니다.
그리고 더 쉬워지지 않습니다. 귀하의 경우(자신이 작성한 대로) 4단계를 수행해야 합니다. OPP를 사용하는 내 예에는 하나의 작업만 있습니다.
업데이트
동시에 버튼이 원형인지 사각형인지 혼동하지 않도록 일종의 플래그도 제어해야 합니다.
1년 넘게 이 일을 하고 있습니다. 그리고 나는 혼란스럽지 않습니다.))