내 기술 구현에서 이것은 하나의 형식화된 엔터티에 고유한 일련의 번호가 지정된 속성입니다. 창, 요소, 레이블, 아이콘, 텍스트 및 매개변수와 같은 몇 가지만 있습니다. 이것들은 객체 유형입니다. 코어의 행은 각각에 대해 할당됩니다(매개변수는 별도임). 각각은 프로그램의 어느 곳에서나 직접 액세스할 수 있으며 "즉석에서"(당신이 말한 대로) 변경할 수 있습니다. 구문 규칙, 규칙 및 제한이 없기 때문에 시스템이 매우 빠르게 성장하고 발전합니다. 주요 조건은 자유와 대상 상호 작용의 용이함의 비옥 한 토양에서 쉽게 발생하는 아이디어의 펼쳐지는 잠재력에 따라 머리가 노래해야한다는 것입니다.
내 기술 구현에서 이것은 하나의 형식화된 엔터티에 고유한 일련의 번호가 지정된 속성입니다. 창, 요소, 레이블, 아이콘, 텍스트 및 매개변수와 같은 몇 가지만 있습니다. 이것들은 객체 유형입니다. 코어의 행은 각각에 대해 예약되어 있습니다(매개변수는 별도임). 각각은 프로그램의 어느 곳에서나 직접 액세스할 수 있으며 "즉석에서"(당신이 말한 대로) 변경할 수 있습니다. 구문 규칙, 규칙 및 제한이 없기 때문에 시스템이 매우 빠르게 성장하고 발전합니다. 주요 조건은 자유와 대상 상호 작용의 용이함의 비옥 한 토양에서 쉽게 발생하는 아이디어의 펼쳐지는 잠재력에 따라 머리가 노래해야한다는 것입니다.
머리에 폭발...
절차적 프로그래밍은 함수와 변수만을 다룬다. 절차적 프로그래밍에서 최대 객체 는 변수일 수 있습니다. OOP가 없으면 변수는 숫자, 문자열, 날짜, 부울과 같은 단순 유형만 가질 수 있습니다. 이러한 유형은 속성을 가질 수 없습니다. 함수는 객체가 될 수 없습니다.
Peter가 아무 말도 하지 않거나 "객체"의 개념을 자신의 것으로 대체하려고 하는 중입니다. OOP는 이를 위해 정확하게 발명되었으므로 모든 속성을 사용하여 고유한 유형을 만들 수 있으며 모든 개발자는 다음을 수행할 수 있습니다. 또는 상속된 OBJECT의 속성을 변경합니다.
절차적 프로그래밍은 함수와 변수만을 다룬다. 절차적 프로그래밍에서 최대 객체 는 변수일 수 있습니다. OOP가 없으면 변수는 숫자, 문자열, 날짜, 부울과 같은 단순 유형만 가질 수 있습니다. 이러한 유형은 속성을 가질 수 없습니다. 함수는 객체가 될 수 없습니다.
가장 원시적인 객체는 구조체일 수 있지만 그것이 OOP의 영역입니다.
나는 다음과 같은 구조를 상상하는 데 어려움을 겪습니다.
Peter가 아무 말도 하지 않거나 "객체"의 개념을 자신의 것으로 대체하려고 하는 중입니다. OOP는 이를 위해 정확하게 발명되었으므로 모든 속성을 사용하여 고유한 유형을 만들 수 있으며 모든 개발자는 다음을 수행할 수 있습니다. 또는 상속된 OBJECT의 속성을 변경합니다.
Alexey, 개념으로서의 객체가 미리 정의된 구문 및 표현에 묶여 있다고 결정한 이유는 무엇입니까? 몇 가지 규칙에 대해... 당신은 클래스에서 객체를 설명합니다. 저는 큰 행렬의 행에 있습니다. 동일한 객체, 동일한 속성. 그는 더 이상 사물이 아니던가? 그는 사라지나요?
아니요. 대상은 아이디어로서 불변이며 다양한 방식으로 설명될 수 있습니다. 클래스 또는 배열에서 부차적인 문제입니다.
Alexey, 개념으로서의 객체가 미리 정의된 구문 및 표현에 묶여 있다고 결정한 이유는 무엇입니까? 몇 가지 규칙에 대해... 당신은 클래스에서 객체를 설명합니다. 저는 큰 행렬의 행에 있습니다. 동일한 객체, 동일한 속성. 그는 더 이상 대상이 아니던가? 그는 사라지나요?
아니요. 대상은 아이디어로서 불변이며 다양한 방식으로 설명될 수 있습니다. 클래스 또는 배열에서 부차적인 문제입니다.
Peter는 대상이며 특정 유형에 의해 기술되거나 오히려 특정 유형에 의해 주어진 완전한 개체입니다. 임의의 이름을 개체에 할당할 수 있으며 개체를 생성, 전송, 처리, 파괴할 수 있습니다.
var Button1 = GlobalArrayElement[ 10 ];
작동하지 않습니다! 배열 위치 참조는 명명된 변수가 될 수 없습니다!
그러나 나는 당신과 논쟁하지 않을 것입니다. 결과를 기다리는 것이 좋습니다.
var ButtonBuy = СоздатьЭлементКнопки( "ИмяКнопки" , Ширина, Высота, ПозицияХ, ПозицияY);
Peter는 대상이며 특정 유형에 의해 기술되거나 오히려 특정 유형에 의해 주어진 완전한 개체입니다. 임의의 이름을 개체에 할당할 수 있으며 개체를 생성, 전송, 처리, 파괴할 수 있습니다.
작동하지 않습니다! 배열 위치 참조는 명명된 변수가 될 수 없습니다!
그러나 나는 당신과 논쟁하지 않을 것입니다. 결과를 기다리는 것이 좋습니다.
종종 내 변수는 배열(커널)의 위치를 참조합니다. 커서가 인터페이스 주위를 돌아다니고 요소에 초점이 맞춰집니다. 그들의 번호는 변수에 기록되고 그것을 통해 프로그램의 어느 지점에서나 커널의 원하는 행에 액세스합니다. 또한 다양한 이벤트가 발생하고 핸들러가 원하는 객체, 요소, 창 및 매개 변수를 직접 처리합니다. 나는 여기에서 더 효율적인 것을 보지 못했습니다.
추신. 내 접근 방식에는 단점이 있습니다. 보편적이지 않습니다. 이 경우 GUI를 생성하고 처리하도록 설계되었습니다. 다른 접근 방식보다 더 잘 처리하지만 해당 영역 외부에서 - 나는 그것을 사용한 적이 없습니다.
종종 내 변수는 배열(커널)의 위치를 참조합니다. 커서가 인터페이스 주위를 돌아다니고 요소에 초점이 맞춰집니다. 그들의 번호는 변수에 기록되고 그것을 통해 프로그램의 어느 지점에서나 커널의 원하는 행에 액세스합니다. 다음으로 다양한 이벤트가 발생 하고 핸들러가 원하는 개체, 요소, 창 및 매개 변수를 직접 처리합니다 . 나는 여기에서 더 효율적인 것을 보지 못했습니다.
Peter, 일반적으로 받아 들여지는 개념을 대체할 필요가 없습니다. 상대의 두뇌에 혼란을 주는 것은 교체입니다.
모든 변수는 배열의 위치를 참조하지만 개체는 참조하지 않습니다. 당신은 그것들이 없으며 배열과 위치만 있습니다. 기본 유형의 배열에 "객체" 개념을 적용할 필요가 없습니다.
프로그래밍 프레임워크 내에서 "숫자", "문자열", "날짜", "부울", "함수", "변수", "클래스", "배열", "구조", "객체" 개념은 불변하지 않습니다. , 당신이 그것을 넣어!
스마일 :) 전체 코어는 안구에 물건으로 가득 차 있습니다.
Alexey, 당신은 그것을 테스트하는 것을 돕겠다고 약속했습니다. 이 편집자가 빛을 본다는 사실이 당신의 장점입니다. 당신은 내가 일을 끝내도록 동기를 부여했습니다.
편집기(화요일)를 설정하자마자 버튼, 확인란 및 입력 필드 의 간단한 패널을 함께 만들고 간단한 Expert Advisor에 연결할 것입니다. 그리고 모든 질문은 즉시 답변됩니다.))
Peter, 그래서 나는 테스트를 거부하지 않습니다. ))
"OBJECT"은(는) 무슨 뜻인가요?
Peter, 그래서 나는 테스트를 거부하지 않습니다. ))
"OBJECT"은(는) 무슨 뜻인가요?
내 기술 구현에서 이것은 하나의 형식화된 엔터티에 고유한 일련의 번호가 지정된 속성입니다. 창, 요소, 레이블, 아이콘, 텍스트 및 매개변수와 같은 몇 가지만 있습니다. 이것들은 객체 유형입니다. 코어의 행은 각각에 대해 할당됩니다(매개변수는 별도임). 각각은 프로그램의 어느 곳에서나 직접 액세스할 수 있으며 "즉석에서"(당신이 말한 대로) 변경할 수 있습니다. 구문 규칙, 규칙 및 제한이 없기 때문에 시스템이 매우 빠르게 성장하고 발전합니다. 주요 조건은 자유와 대상 상호 작용의 용이함의 비옥 한 토양에서 쉽게 발생하는 아이디어의 펼쳐지는 잠재력에 따라 머리가 노래해야한다는 것입니다.
내 기술 구현에서 이것은 하나의 형식화된 엔터티에 고유한 일련의 번호가 지정된 속성입니다. 창, 요소, 레이블, 아이콘, 텍스트 및 매개변수와 같은 몇 가지만 있습니다. 이것들은 객체 유형입니다. 코어의 행은 각각에 대해 예약되어 있습니다(매개변수는 별도임). 각각은 프로그램의 어느 곳에서나 직접 액세스할 수 있으며 "즉석에서"(당신이 말한 대로) 변경할 수 있습니다. 구문 규칙, 규칙 및 제한이 없기 때문에 시스템이 매우 빠르게 성장하고 발전합니다. 주요 조건은 자유와 대상 상호 작용의 용이함의 비옥 한 토양에서 쉽게 발생하는 아이디어의 펼쳐지는 잠재력에 따라 머리가 노래해야한다는 것입니다.
머리에 폭발...
절차적 프로그래밍은 함수와 변수만을 다룬다. 절차적 프로그래밍에서 최대 객체 는 변수일 수 있습니다. OOP가 없으면 변수는 숫자, 문자열, 날짜, 부울과 같은 단순 유형만 가질 수 있습니다. 이러한 유형은 속성을 가질 수 없습니다. 함수는 객체가 될 수 없습니다.
가장 원시적인 객체는 구조체일 수 있지만 그것이 OOP의 영역입니다.
나는 다음과 같은 구조를 상상하는 데 어려움을 겪습니다.
int OnInit() { ТипКнопка Кнопка 1 = новый ТипКнопка(); Кнопка 1 .ЦветРамки = Новый Цвет( 234 , 123 , 90 ); Форма.Добавить(Кнопка 1 , КоординатаХ, КоординатаY); Кнопка 1 .УстановитьСобытие( "Нажатие" , НажатиеНаКнопку 1 ); } void НажатиеНаКнопку 1 (ТипКнопка кнопка) { }Peter가 아무 말도 하지 않거나 "객체"의 개념을 자신의 것으로 대체하려고 하는 중입니다. OOP는 이를 위해 정확하게 발명되었으므로 모든 속성을 사용하여 고유한 유형을 만들 수 있으며 모든 개발자는 다음을 수행할 수 있습니다. 또는 상속된 OBJECT의 속성을 변경합니다.
머리에 폭발...
절차적 프로그래밍은 함수와 변수만을 다룬다. 절차적 프로그래밍에서 최대 객체 는 변수일 수 있습니다. OOP가 없으면 변수는 숫자, 문자열, 날짜, 부울과 같은 단순 유형만 가질 수 있습니다. 이러한 유형은 속성을 가질 수 없습니다. 함수는 객체가 될 수 없습니다.
가장 원시적인 객체는 구조체일 수 있지만 그것이 OOP의 영역입니다.
나는 다음과 같은 구조를 상상하는 데 어려움을 겪습니다.
Peter가 아무 말도 하지 않거나 "객체"의 개념을 자신의 것으로 대체하려고 하는 중입니다. OOP는 이를 위해 정확하게 발명되었으므로 모든 속성을 사용하여 고유한 유형을 만들 수 있으며 모든 개발자는 다음을 수행할 수 있습니다. 또는 상속된 OBJECT의 속성을 변경합니다.
Alexey, 개념으로서의 객체가 미리 정의된 구문 및 표현에 묶여 있다고 결정한 이유는 무엇입니까? 몇 가지 규칙에 대해... 당신은 클래스에서 객체를 설명합니다. 저는 큰 행렬의 행에 있습니다. 동일한 객체, 동일한 속성. 그는 더 이상 사물이 아니던가? 그는 사라지나요?
아니요. 대상은 아이디어로서 불변이며 다양한 방식으로 설명될 수 있습니다. 클래스 또는 배열에서 부차적인 문제입니다.
Alexey, 개념으로서의 객체가 미리 정의된 구문 및 표현에 묶여 있다고 결정한 이유는 무엇입니까? 몇 가지 규칙에 대해... 당신은 클래스에서 객체를 설명합니다. 저는 큰 행렬의 행에 있습니다. 동일한 객체, 동일한 속성. 그는 더 이상 대상이 아니던가? 그는 사라지나요?
아니요. 대상은 아이디어로서 불변이며 다양한 방식으로 설명될 수 있습니다. 클래스 또는 배열에서 부차적인 문제입니다.
Peter는 대상이며 특정 유형에 의해 기술되거나 오히려 특정 유형에 의해 주어진 완전한 개체입니다. 임의의 이름을 개체에 할당할 수 있으며 개체를 생성, 전송, 처리, 파괴할 수 있습니다.
var Button1 = GlobalArrayElement[ 10 ];작동하지 않습니다! 배열 위치 참조는 명명된 변수가 될 수 없습니다!
그러나 나는 당신과 논쟁하지 않을 것입니다. 결과를 기다리는 것이 좋습니다.
var ButtonBuy = СоздатьЭлементКнопки( "ИмяКнопки" , Ширина, Высота, ПозицияХ, ПозицияY);이것은 mql에서 모든 변수가 강력한 형식이기 때문에 작동하지 않습니다.
Peter는 대상이며 특정 유형에 의해 기술되거나 오히려 특정 유형에 의해 주어진 완전한 개체입니다. 임의의 이름을 개체에 할당할 수 있으며 개체를 생성, 전송, 처리, 파괴할 수 있습니다.
작동하지 않습니다! 배열 위치 참조는 명명된 변수가 될 수 없습니다!
그러나 나는 당신과 논쟁하지 않을 것입니다. 결과를 기다리는 것이 좋습니다.
종종 내 변수는 배열(커널)의 위치를 참조합니다. 커서가 인터페이스 주위를 돌아다니고 요소에 초점이 맞춰집니다. 그들의 번호는 변수에 기록되고 그것을 통해 프로그램의 어느 지점에서나 커널의 원하는 행에 액세스합니다. 또한 다양한 이벤트가 발생하고 핸들러가 원하는 객체, 요소, 창 및 매개 변수를 직접 처리합니다. 나는 여기에서 더 효율적인 것을 보지 못했습니다.
추신. 내 접근 방식에는 단점이 있습니다. 보편적이지 않습니다. 이 경우 GUI를 생성하고 처리하도록 설계되었습니다. 다른 접근 방식보다 더 잘 처리하지만 해당 영역 외부에서 - 나는 그것을 사용한 적이 없습니다.
종종 내 변수는 배열(커널)의 위치를 참조합니다. 커서가 인터페이스 주위를 돌아다니고 요소에 초점이 맞춰집니다. 그들의 번호는 변수에 기록되고 그것을 통해 프로그램의 어느 지점에서나 커널의 원하는 행에 액세스합니다. 다음으로 다양한 이벤트가 발생 하고 핸들러가 원하는 개체, 요소, 창 및 매개 변수를 직접 처리합니다 . 나는 여기에서 더 효율적인 것을 보지 못했습니다.
Peter, 일반적으로 받아 들여지는 개념을 대체할 필요가 없습니다. 상대의 두뇌에 혼란을 주는 것은 교체입니다.
모든 변수는 배열의 위치를 참조하지만 개체는 참조하지 않습니다. 당신은 그것들이 없으며 배열과 위치만 있습니다. 기본 유형의 배열에 "객체" 개념을 적용할 필요가 없습니다.
프로그래밍 프레임워크 내에서 "숫자", "문자열", "날짜", "부울", "함수", "변수", "클래스", "배열", "구조", "객체" 개념은 불변하지 않습니다. , 당신이 그것을 넣어!
Peter, 일반적으로 받아 들여지는 개념을 대체할 필요가 없습니다. 상대의 두뇌에 혼란을 주는 것은 교체입니다.
모든 변수는 배열의 위치를 참조하지만 개체는 참조하지 않습니다. 당신은 그것들이 없으며 배열과 위치만 있습니다. 기본 유형의 배열에 "객체"와 같은 개념을 적용할 필요는 없습니다.
프로그래밍 프레임워크 내에서 "숫자", "문자열", "날짜", "부울", "함수", "변수", "클래스", "배열", "구조", "객체" 개념은 불변하지 않습니다. , 당신이 그것을 넣어!
특정 개체를 설명하는 배열의 여러 속성이 개체가 아니라고 생각하십니까?
그리고 이 행의 번호는 객체에 대한 참조가 아닌가요?
특정 개체를 설명하는 배열의 여러 속성이 개체가 아니라고 생각하십니까?
그리고 이 행의 번호는 객체에 대한 참조가 아닌가요?
아니요, 링크나 개체가 아닙니다. 참조는 변수에 넣을 수 있는 것입니다. 변수에 특정 값, 즉 인덱스를 배치하는 것이 가능합니다! 인덱스는 배열 문자열 자체가 아니라 특정 숫자입니다!