그리고 일반적으로 코드에는 최소한 의 전역 변수 가 있어야 하며 , 모든 것은 메모리 조각의 전송과 한 번에 여러 값의 처리를 통해 구현됩니다. ..... .... ZY가 사물과 연결된 단어를 직접 오려내려고 한 것은 당연하다.
일반적으로 일반 콜백이 더 간단합니다.
비디오는 Peter가 전역 변수를 통해 모든 것을 구축했음을 보여줍니다.
알림 처리 기능은 전체 프로그램에 대한 유일한 기능이며 값만 입력됩니다.
이 단일 함수는 전역 배열에 있는 사용 가능한 모든 컨트롤에 대한 변경 사항을 확인합니다. 그리고 이 함수의 발판은 폼의 요소 수가 증가함에 따라 커집니다.
Peter는 자신의 코드를 조사할 필요가 없을 것이라고 말했습니다. 따라서 이 신발장에서 매우 진지하게 조사해야 할 것입니다. 이 함수에서 Peter가 전달된 컨트롤의 유형, 이름 및 값을 사용하여 각 경우에 대해 표준 이벤트 메서드를 생성했다면 이는 쉽게 피할 수 있습니다. 그러면 모든 것이 주 고문의 본문에서 쉽게 처리될 것입니다.
Реter Konow : 예를 들어 버튼에 텍스트가 있는 요소의 경우 해당 요소에 직접 이름을 쓰거나(두 번 클릭) 속성 패널의 두 번째 입력 필드 에서 위에서부터 이름을 쓸 수 있습니다. 나머지는 속성 패널의 이름 필드에만 있습니다 . 같은 위치에 창의 이름이 설정됩니다(최상위 필드).
나는 비디오를 다시 검토했습니다. 예, 그렇습니다. 즉시 알아차리지 못해서 죄송합니다. 정말 고전적인 접근 방식입니다. 요소의 이름과 요소의 텍스트(콘텐츠)가 일치하지 않을 수 있습니다.
이 경우 모든 요소의 이름을 미리 알고 있어야 하며 여기 파일에는 모든 것이 이미 생성되어 있습니다.
비디오에서 볼 수 있듯이 어떤 경우에도 요소의 이름을 알아야 합니다. 원칙적으로 이것은 논리적입니다.
그러나 컨트롤에 의미 있는 이름을 어떻게 독립적으로 지정할 수 있는지 이해하지 못했습니다. 분명히 아닙니다.
다른 사람의 변수를 배우는 것보다 자신의 변수를 기억하는 것이 더 쉽습니다.
그리고 일반적으로 코드에는 최소한 의 전역 변수 가 있어야 하며 , 모든 것은 메모리 조각의 전송과 한 번에 여러 값의 처리를 통해 구현됩니다. ..... .... ZY가 사물과 연결된 단어를 직접 오려내려고 한 것은 당연하다.
일반적으로 일반 콜백이 더 간단합니다.
비디오는 Peter가 전역 변수를 통해 모든 것을 구축했음을 보여줍니다.
알림 처리 기능은 전체 프로그램에 대한 유일한 기능이며 값만 입력됩니다.
이 단일 함수는 전역 배열에 있는 사용 가능한 모든 컨트롤에 대한 변경 사항을 확인합니다. 그리고 이 함수의 발판은 폼의 요소 수가 증가함에 따라 커집니다.
Peter는 자신의 코드를 조사할 필요가 없을 것이라고 말했습니다. 따라서 이 신발장에서 매우 진지하게 조사해야 할 것입니다. 이 함수에서 Peter가 전달된 컨트롤의 유형, 이름 및 값을 사용하여 각 경우에 대해 표준 이벤트 메서드를 생성했다면 이는 쉽게 피할 수 있습니다. 그러면 모든 것이 주 고문의 본문에서 쉽게 처리될 것입니다.
비디오에서 볼 수 있듯이 어떤 경우에도 요소의 이름을 알아야 합니다. 원칙적으로 이것은 논리적입니다.
그러나 컨트롤에 의미 있는 이름을 어떻게 독립적으로 지정할 수 있는지 이해하지 못했습니다. 분명히 아닙니다.
환경이란 무엇을 의미합니까?
마크 업 언어
비디오는 특정 위치의 특정 컨트롤 에서 값을 가져오는 것이 작동하지 않는다는 것을 분명히 보여주었습니다. 값은 해당 큰 시트의 변경 이벤트 시간에만 검색할 수 있습니다. 그리고 모든 것은 물체가 없기 때문에 단순히 돌릴 것이 없기 때문에 ...
Piotr는 자신의 코드를 약간만 변경하는 데 최소 1년이 걸릴 것이라고 말했습니다... 그건 잘 모르겠습니다. 코드의 일부인 텍스트를 간단히 편집하면 해당 코드를 다른 코드로 빠르게 교체할 수 있습니다. 하지만 전혀 다른 노래...
예를 들어 버튼에 텍스트가 있는 요소의 경우 해당 요소에 직접 이름을 쓰거나(두 번 클릭) 속성 패널의 두 번째 입력 필드 에서 위에서부터 이름을 쓸 수 있습니다. 나머지는 속성 패널의 이름 필드에만 있습니다 . 같은 위치에 창의 이름이 설정됩니다(최상위 필드).
나는 비디오를 다시 검토했습니다. 예, 그렇습니다. 즉시 알아차리지 못해서 죄송합니다. 정말 고전적인 접근 방식입니다. 요소의 이름과 요소의 텍스트(콘텐츠)가 일치하지 않을 수 있습니다.
비디오는 특정 위치의 특정 컨트롤에서 값을 가져오는 것이 작동하지 않는다는 것을 분명히 보여주었습니다. 값은 해당 큰 시트의 변경 이벤트 시간에만 검색할 수 있습니다. 그리고 모든 것은 물체가 없기 때문에 단순히 의지할 것이 없기 때문에 ...
Piotr는 자신의 코드를 약간이라도 변경하는 데 최소 1년이 걸릴 것이라고 말했습니다... 그건 잘 모르겠습니다. 코드의 일부인 텍스트를 간단히 편집하면 해당 코드를 다른 코드로 빠르게 교체할 수 있습니다. 하지만 전혀 다른 노래...
음, 분명히 다른 비디오를 만들어야 할 것 같습니다... EA가 요소의 가치를 얻을 수 있는 방법을 보여 주는 것을 잊었습니다. 동일한 호출이지만 괄호가 비어 있으면 현재 요소를 반환합니다.
편집기를 열 때 차트의 가장자리를 따라 "속성 편집기" 및 "요소 라이브러리" 패널을 즉시 "끌지" 않는 이유가 명확하지 않습니다. 왜 서로 겹치나요? 이것은 물론 글로벌 흐름에서 사소한 일이지만 이것이 눈을 사로 잡는 것입니다.
음, 분명히 다른 비디오를 만들어야 할 것 같습니다... EA가 요소의 가치를 얻을 수 있는 방법을 보여 주는 것을 잊었습니다. 동일한 호출이지만 괄호가 비어 있으면 요소의 현재 값을 반환합니다.
아 예. 하나는 이것에 대해 추측 할 수 있습니다 .. 나는 무딘. 모든 것이 전역 변수 를 기반으로 하고 컨텍스트 개념이 없기 때문에 물론 프로그램의 어느 곳에서나 무엇이든 얻을 수 있습니다.