크라우드소싱 GUI. 오픈 베타 테스트. - 페이지 20

새 코멘트
 
Алексей Барбашин :

아니요, 링크나 개체가 아닙니다. 참조는 변수에 넣을 수 있는 것입니다. 변수에 특정 값, 즉 인덱스를 배치하는 것이 가능합니다! 인덱스는 배열 문자열 자체가 아니라 특정 숫자입니다!

각 링크 뒤에는 메모리 위치 번호가 옵니다. 모든 개체 뒤에는 데이터 배열이 있습니다. 어쨌든. 나는 단순히 불필요한 관습을 거부했습니다.

논쟁하지 맙시다. 나는 내 관점을 강요하지 않습니다.

결국 모든 사람은 자신의 세계관을 가지고 있습니다.

 
Алексей Барбашин :

아니요, 링크나 개체가 아닙니다. 참조는 변수에 넣을 수 있는 것입니다. 변수에 특정 값, 즉 인덱스를 배치하는 것이 가능합니다! 인덱스는 배열 문자열 자체가 아니라 특정 숫자입니다!

Peter는 OOP를 가르치려고 했습니다. 객체가 무엇인지 설명했지만 OOP에서 객체가 클래스라는 것은 설명하지 않았습니다.

 
Nikolai Semko :

Peter는 OOP를 가르치려고 했습니다. 객체가 무엇인지 설명했지만 OOP에서 객체가 클래스라는 것은 설명하지 않았습니다.

그리고 컴퓨터 수준에서 클래스란 무엇입니까?)) 데이터 배열입니다.

 
Реter Konow :

그리고 컴퓨터 수준에서 클래스란 무엇입니까?)) 데이터 배열입니다.

아니요, 수업은 수업입니다. 그리고 데이터 배열은 데이터 배열입니다. 데이터는 단순한 유형의 값과 객체의 인스턴스(객체의 배열이 아니라 단일 객체의 인스턴스의 배열!!!)의 값일 수 있습니다.

프로그래밍은 철학이 아닙니다. 이것은 구체적입니다. 그리고 모든 사람이 같은 언어를 사용하는 공통 용어가 있습니다. 하지만 당신은 당신만의 언어를 가지고 있기 때문에 훌륭한 고립 속에 있습니다.

 
Nikolai Semko :

아니요, 수업은 수업입니다. 그리고 데이터 배열은 데이터 배열입니다. 데이터는 객체의 단순 유형 및 인스턴스일 수 있습니다(객체 자체가 아니라 해당 인스턴스!!!)

프로그래밍은 철학이 아닙니다. 이것은 구체적입니다. 그리고 모든 사람이 같은 언어를 사용하는 공통 용어가 있습니다. 하지만 당신은 당신만의 언어를 가지고 있기 때문에 훌륭한 고립 속에 있습니다.

순리에 맡기다. 그러나 프로그래밍은 오랫동안 철학이었습니다. 그리고 아주 깊습니다.

컴퓨터 수준에서는 모든 것이 간단합니다. 그러나 대상이 철학이 아니라는 말은? 그것에서 나오는 추상적인 개념들은 모두 철학이 아니다?? 예, 그것은 십원입니다 ...))))

상속, 클래스, 인스턴스 - 철학 아님?))

 
Реter Konow :

순리에 맡기다. 하지만 프로그래밍은 오랫동안 철학이었습니다. 그리고 아주 깊습니다.

컴퓨터 수준에서는 모든 것이 간단합니다. 그러나 대상이 철학이 아니라는 말은? 그것에서 나오는 추상적인 개념들은 모두 철학이 아니다?? 예, 그것은 십원입니다 ...))))

때로는 우연히 프로그래밍에 입문한 기술자가 아니라 인도주의자입니다. 여기에서 그들은 그들의 비참한 존재를 정당화하고 프로그래밍이 너무 어렵기 때문에 모든 종류의 철학을 발명하기 시작합니다.

 

이봐, 싸우지 마, 섹시한 에스토니아 사람들 :-)

일반적으로 배열 요소 , 메모리의 주소 또는 "MQL 개체"와 같이 무엇을 참조해야 하는지 신경쓰지 마십시오. 그리고 적용된 라이브러리의 프레임워크 내에서 객체로 고려해야 할 사항은 어쨌든 동일합니다.

링크는 직접적이든 간접적이든, 인덱스를 통해 명명되거나 상대적인 링크이며, 가장 중요한 것은 그것을 이해하고 사용하는 방법입니다.

여기에서 MQL을 통해 어레이에 고유한 OOP를 구축할 수 있습니다. 끔찍한 말에도 반성, 성찰. 그냥 기존거 안쓰는게 좀 낯설지만 "아티스트인데 그렇게 본다" :-)

예, 최소한 "객체", "MQL 객체", "피터의 객체" 불일치가 얻어집니다. 그리고 프로그래머는 발레리안 없이는 그러한 코드를 읽지 않을 것입니다. 아직 작성에 대한 이야기는 없습니다.

 
Nikolai Semko :

때로는 우연히 프로그래밍에 입문하는 기술자가 아니라 인도주의자입니다. 여기에서 그들은 그들의 비참한 존재를 정당화하고 프로그래밍이 너무 어렵기 때문에 모든 종류의 철학을 발명하기 시작합니다.

그리고 기술자는 " 이벤트 모델 "이 무엇인지 어떻게 설명할 수 있습니까? 또는 개체가 속성이 있는 엔터티가 될 수 있습니까? 추상 클래스와 다중 상속이 무엇인지 그에게 어떻게 설명합니까?

 
Maxim Kuznetsov :

이봐, 싸우지 마, 섹시한 에스토니아 사람들 :-)

일반적으로 배열 요소 , 메모리의 주소 또는 "MQL 개체"와 같이 무엇을 참조해야 하는지 신경쓰지 마십시오. 그리고 적용된 라이브러리의 프레임워크 내에서 객체로 고려해야 할 사항은 어쨌든 동일합니다.

링크는 직접적이든 간접적이든, 인덱스를 통해 명명되거나 상대적인 링크이며, 가장 중요한 것은 그것을 이해하고 사용하는 방법입니다.

여기에서 MQL을 통해 어레이에 고유한 OOP를 구축할 수 있습니다. 끔찍한 말에도 반성, 성찰. 그냥 기존거 안쓰는게 좀 낯설지만 "아티스트인데 그렇게 본다" :-)

예, 최소한 "객체", "MQL 객체", "피터의 객체" 불일치가 얻어집니다. 그리고 프로그래머는 발레리안 없이는 그러한 코드를 읽지 않을 것입니다. 아직 작성에 대한 이야기는 없습니다.

괜찮아, 괜찮아 창을 깰 이유가 없습니다. 룰에 너무 집착해서 생각조차 하지 못하고 한 번 뒤를 돌아보는 사람들이 있다. 여기 그들과 갈등이 있습니다.

 
Реter Konow :

그리고 기술자는 "이벤트 모델"이 무엇인지 어떻게 설명할 수 있습니까? 또는 개체는 속성이 있는 엔터티가 될 수 있습니까? 추상 클래스와 다중 상속이 무엇인지 그에게 어떻게 설명합니까?

철학은 대상이 무엇인지 설명할 필요가 없습니다. 사물은 삶 자체의 일부이기 때문입니다.

"살아있는 존재"라는 대상이 있습니다.

개체 "생물"의 상속인 개체 "곤충"이 있습니다.

개체 "생물"의 상속인인 개체 "포유류"가 있습니다.

개체 "포유동물"의 상속자인 개체 "인간"이 있습니다.

"사람" 개체의 인스턴스 인 Vasya Pupkin이 있습니다.

개체 "사람"의 상속인 개체 "요리사"가 있습니다.

등. 등. 여기에 철학이 어디에 있습니까?

OOP는 이 상속 메커니즘 (상속뿐만 아니라)을 명확하게 설명합니다.

각 개체에는 상속을 통해 전달되는 속성 및 메서드 집합이 있습니다. 모든 것이 엄격하게 논리적이고 구체적입니다. 철학이 없습니다.

1...131415161718192021222324252627...58
새 코멘트