저것들. 배열의 차원 을 존중하기 위해 일부 개체에는 가짜 속성이 있습니다. 말할 것도 없이 매우 유연합니다.
아아, 이 불편함은 당분간 참아야 합니다. 반면에 커널의 2차원성은 매우 편리하고 빠른 액세스를 제공하고 주기를 구축하는 등의 작업을 수행합니다. 1차원 커널을 만들면 "가짜" 속성이 없습니다. 그러나 편의성은 몇 배나 줄어들 것입니다. 또는 지면 속성 행에 텍스트와 아이콘 속성을 간단히 넣을 수 있습니다. 그리고 문제가 해결될 것입니다. 나는 미래에 그렇게 할 것입니다.
OOP를 사용 하면 추상 메서드 Draf가 있는 기본 Button 클래스가 생성되며 이 메서드는 버튼을 그리는 역할을 합니다. 둥근 버튼의 경우 둥근 버튼 그리기를 구현하는 Draf 메서드를 재정의하는 것으로 충분할 Button에서 후속 작업을 만들어야 합니다. 직사각형 버튼의 경우 Button에서 후속 기능을 만들고 Draf 메서드를 재정의하여 이미 직사각형 버튼을 그리는 것으로 충분합니다.
형식은 간단하지만 작동하지 않습니다. 객체에 많은 속성이 있는 경우를 의미합니다.
다음은 귀하의 접근 방식의 예입니다. 실제로 사용되며 원칙은 동일합니다. 텍스트의 어휘 분석, 여기에서 수동으로 무언가를 수행하는 것은 극히 어렵습니다. 자동화만 가능합니다. 그리고 그것이 편리하다고 말하지 마십시오.
표시된 프로토타입 배열은 기본값을 사용 하여 Object 속성 을 수동으로 초기화한 결과입니다. 개발자만 볼 수 있습니다.
기본 코어 - 요소의 프로토타입에서 자동으로 컴파일됩니다. 그런 다음 프로토타입이 구체적인 요소로 바뀝니다. 또한 자동으로.
생성자 작업에는 간단한 키워드와 편리한 그래픽 형식이 있습니다. 그런 테이블이 없습니다.
여기에 당신의 아이디어에 맞는 또 다른 예가 있습니다. 단지 많은 동적 요소가 있을 뿐입니다. 이미 전체 전략이 있으며 이 예에는 세 부분이 있습니다. 편리한 냄새가 나지 않습니다. 첨부파일에 있습니다.
저것들. 배열의 차원 을 존중하기 위해 일부 개체에는 가짜 속성이 있습니다. 말할 것도 없이 매우 유연합니다.
아아, 이 불편함은 당분간 참아야 합니다. 반면에 커널의 2차원성은 매우 편리하고 빠른 액세스를 제공하고 주기를 구축하는 등의 작업을 수행합니다. 1차원 커널을 만들면 "가짜" 속성이 없습니다. 그러나 편의성은 몇 배나 줄어들 것입니다. 또는 지면 속성 행에 텍스트와 아이콘 속성을 간단히 넣을 수 있습니다. 그리고 문제가 해결될 것입니다. 나는 미래에 그렇게 할 것입니다.
여기에 당신의 아이디어에 맞는 또 다른 예가 있습니다. 단지 많은 동적 요소가 있을 뿐입니다. 이미 전체 전략이 있으며 이 예에는 세 부분이 있습니다. 편리한 냄새가 나지 않습니다. 첨부파일에 있습니다.
나는 처음에 내 접근 방식이 프로그래머의 편의에 초점을 맞추지 않는다고 독자들에게 경고했습니다. A는 프로그램의 가장 강력하고 신속한 개발의 개념을 제공합니다.
물론 그들은 프로그램의 가장 빠른 개발이 기성품 블록의 연결이라고 말할 것입니다. 예, 그러나 동시에 프로그램의 품질이 떨어지고 오버헤드가 증가합니다. 블록을 연결하는 것은 효율성 측면에서 최상의 솔루션이 아닙니다.
나는 처음에 내 접근 방식이 프로그래머의 편의에 초점을 맞추지 않는다고 독자들에게 경고했습니다. A는 프로그램의 가장 강력하고 신속한 개발의 개념을 제공합니다.
프로그래머가 직접 데이터를 변경/생성하지 않을 때 편리합니다.
이러한 데이터로 작동하는 코드를 사용하는 것은 매우 편리합니다.
나는 처음에 내 접근 방식이 프로그래머의 편의에 초점을 맞추지 않는다고 독자들에게 경고했습니다. A는 프로그램의 가장 강력하고 신속한 개발의 개념을 제공합니다.
프로그래머의 편의성 부족과 프로그램의 빠른 개발이라는 두 가지 입장이 어떻게 공존할 수 있습니까? 프로그램을 개발하는 것이 불편하다면 어떻게 빨리 개발할 수 있습니까?
통제에 무슨 문제가 있습니까? 속성을 추가하고 커널 행의 크기를 늘립니다. 그게 다야.
직사각형 버튼이 아니라 원형 또는 삼각형 버튼을 만들어야 한다면 어떻게 하시겠습니까?
OOP를 사용 하면 추상 메서드 Draf가 있는 기본 Button 클래스가 생성되며 이 메서드는 버튼을 그리는 역할을 합니다. 둥근 버튼의 경우 둥근 버튼 그리기를 구현하는 Draf 메서드를 재정의하는 것으로 충분할 Button에서 후속 작업을 만들어야 합니다. 직사각형 버튼의 경우 Button에서 후속 기능을 만들고 Draf 메서드를 재정의하여 이미 직사각형 버튼을 그리는 것으로 충분합니다.
방법론을 사용하면 모든 것이 어떻게 보일 것입니까?
여기에 당신의 아이디어에 맞는 또 다른 예가 있습니다. 단지 많은 동적 요소가 있을 뿐입니다. 이미 전체 전략이 있으며 이 예에는 세 부분이 있습니다. 편리한 냄새가 나지 않습니다. 첨부파일에 있습니다.
너 뭐야!
글쎄요, 이것은 멋진 일입니다 .. 명시적 스택 자동 장치
어셈블러와 요새에 대한 최소한의 지식으로 비행을 읽을 수 있습니다. 코멘트가 있었다면 MQL보다 어렵지 않았을 것이다.
프로그래머가 직접 데이터를 변경/생성하지 않을 때 편리합니다.
이러한 데이터로 작동하는 코드를 사용하는 것은 매우 편리합니다.
프로토타입 배열은 한 번 생성된다는 점을 이해하십시오. 그런 다음 매우 드물게 변경됩니다. 프로그램에 중대한 변경이 있는 경우에만.
너 뭐야!
글쎄요, 이것은 멋진 일입니다 .. 명시적 스택 자동 장치
어셈블러와 요새에 대한 최소한의 지식으로 비행을 읽을 수 있습니다. 코멘트가 있었다면 MQL보다 어렵지 않았을 것이다.
물건은 멋지다). 동의합니다. 그런 종류의 어셈블러보다 MQL로 프로그램을 작성하는 것이 더 쉽습니다. 나는 편리함, 효율성에 대해 이야기하고 있습니다.