OOP 전문가를 위한 질문입니다. - 페이지 12

 
나!!! 멋지게 만들었습니다! 아무도 필요 없어, 굉장해! 아무도 원하지 않습니다.
 
TheXpert :
나!!! 멋지게 만들었습니다! 아무도 필요 없어, 굉장해! 아무도 원하지 않습니다.
올해는 2019년... 확실히 500년 이상 전에 누군가가 레오나르도 다빈치를 비슷하게 트롤했습니다. )))
 
Georgiy Merts :

위에 예가 이미 나와 있습니다. 어떤 이유로 변수가 잘못 수정되어 오류가 발생했습니다. 그리고 변수는 프로그램의 여러 위치에서 액세스할 수 있습니다. 오류가 있는 곳을 잡는 방법은 무엇입니까? OOP 캡슐화를 사용하면 모든 것이 매우 간단합니다. 변수를 수정하는 인터페이스 함수에 중단점을 설정하고 잘못된 수정이 발생하는 즉시 중지하고 호출 계층 구조에 따라 즉시 잘못된 수정이 있었던 위치를 봅니다. 에서 만들어진. Peter, 당신의 접근 방식으로 우리는 전체 코드를 샅샅이 뒤져 이 변수가 액세스되는 모든 위치를 살펴보고 모든 곳에 중단점을 배치하고 잘못된 액세스뿐만 아니라 모든 액세스를 분석해야 합니다.

음, 실제로 디버거를 사용하면 변수 변경을 추적하고 수정(xs 약 µl) 시 중지할 수 있지만 인수 전체는 불가능합니다.


그러나 나는 전혀 이해하지 못합니다. 왜 여기서 창을 부수고 있습니까? Peter, 디지털 회로를 만들 때 저자는 연산 증폭기, 논리 요소의 정확한 설계에 대해 생각합니까? 아니요, 그는 기성품 블록을 가져 와서 컴퓨터를 만듭니다. 예를 들어 일부 회로를 켜기 위해 수동으로 전원을 켤 필요가 없도록 보호합니다. 세부 사항없이 간단한 버튼이 있습니다. 예를 들어 이 컴퓨터를 가지고 비디오 감시를 설정할 수 있습니다(연산 증폭기에 대해 전혀 알지 못함). 코딩과 동일합니다. 간단한 인터페이스로 블록을 생성하고 이로부터 간단한 인터페이스로 블록을 다시 만듭니다. 이것은 세부 사항에 빠지지 않고 지속적인 복잡성을 허용합니다. 그리고 모든 종류의 언어 구성은 개체가 엉덩이를 통해 올라가지 않도록 합니다. 나는 당신의 코드가 당신을 아프게 하기 시작하고 모든 것을 다시 작성하고 싶을 때 동의할 것이라고 생각합니다.

그리고 모든 것에서 모든 것의 계층 구조를 만들려고 하지 마십시오(저는 이것을 겪었습니다). 이것은 전혀 필요하지 않습니다(예: 그런 미친 아이디어 - 프로그램의 모든 엔터티는 관련되어야 함). 그리고 oop는 가상 함수 를 가진 다형성과 동의어가 아니며, 이러한 인상은 많은 책을 읽을 때 발생합니다.

 
Реter Konow :
올해는 2019년... 확실히 500년 이상 전에 누군가가 레오나르도 다빈치를 비슷하게 트롤했습니다. )))

Peter, 그래픽 엔진은 어떻습니까? 무슨 소식이야?

 
새로운 발명품은 다른 사람의 블록에서 조립할 수 없습니다. 항상 다른 사람의 것을 빌리면 그것이 지배하고 아무것도 발명하지 못하게 할 것입니다. 새로운 것을 만들기 위해 다른 사람들의 아이디어로부터 자신의 창의력 영역을 보호해야 하는 개발자, 발명가, 혁신가의 야망이 있습니다.
 
Vasiliy Sokolov :

Peter, 그래픽 엔진은 어떻습니까? 무슨 소식이야?

예, 모든 것이 훌륭합니다. 모든 것이 작동합니다. 더 발전할 동기만 사라졌습니다. 아무도 여기에 필요하지 않습니다. 코드 기반의 첫 번째 출판 직후에 이해했습니다. 빛을 보았다.)))
 
Реter Konow :
새로운 발명품은 다른 사람의 블록에서 조립할 수 없습니다. 항상 다른 사람의 것을 빌리면 그것이 지배하고 아무것도 발명하지 못하게 할 것입니다. 새로운 것을 만들기 위해 다른 사람들의 아이디어로부터 자신의 창의력 영역을 보호해야 하는 개발자, 발명가, 혁신가의 야망이 있습니다.

그렇다면 독립된 전기, 컴퓨터, 운영 체제, 언어로 시작한 다음 엔진을 시작하는 것이 좋습니다! 알고리즘은 흥미롭지만 수명이 충분하지 않을 수 있습니다.

 
Vict :

그렇다면 독립된 전기, 컴퓨터, 운영 체제, 언어로 시작한 다음 엔진을 시작하는 것이 좋습니다! 알고리즘은 흥미롭지만 수명이 충분하지 않을 수 있습니다.

인생은 확실히 충분하지 않습니다. 따라서 귀하의 사이트를 선택하는 것입니다. 저에게는 프로그래밍 방식입니다. 아래의 모든 것(전기, 컴퓨터, 언어)이 허용됩니다. 하지만 접근 방식 자체가 내 놀이터입니다. 과제는 프로그램 개발에서 Core-Engine 아이디어의 잠재력을 테스트하는 것입니다. 거시적 과제는 자기 계발을 프로그램하는 것이다. 이것이 얼마나 현실적인지는 모르겠지만 AI를 통해 아마도 가능할 것입니다.


추신. 그리고 내 일이 여기에 필요하지 않으면 포기하고 울고 패자가되었다고 생각하지 마십시오.))

 
Реter Konow :
새로운 발명품은 다른 사람의 블록에서 조립할 수 없습니다. 항상 다른 사람의 것을 빌리면 그것이 지배하고 아무것도 발명하지 못하게 할 것입니다. 새로운 것을 만들기 위해 다른 사람들의 아이디어로부터 자신의 창의력 영역을 보호해야 하는 개발자, 발명가, 혁신가의 야망이 있습니다.
네, 어디서 받으셨나요? 동적 배열 이 필요합니다. 죄송하지만 c/c++에서는 불가능합니다. 즉, 크기를 늘릴 때 필요한 메모리 조각을 할당하고 이전 위치에서 새 위치로 복사하고 이전 위치를 해제해야 합니다. 우리는 이 모든 것을 소화 가능한 방식으로 설명하기 시작하고 출력에서 std::vector와 매우 유사한 것을 얻습니다. 그렇다면 이 모든 제스처의 요점은 무엇입니까? 이것이 전부라면? 같은 자전거를 여러 번 발명하지 않도록 하는 것이 도서관의 요점입니다.)))
 
Vladimir Simakov :
네, 어디서 받으셨나요? 동적 배열 이 필요합니다. 죄송하지만 c/c++에서는 불가능합니다. 즉, 크기를 늘릴 때 필요한 메모리 조각을 할당하고 이전 위치에서 새 위치로 복사하고 이전 위치를 해제해야 합니다. 우리는 이 모든 것을 소화 가능한 방식으로 설명하기 시작하고 출력에서 std::vector와 매우 유사한 것을 얻습니다. 그렇다면 이 모든 제스처의 요점은 무엇입니까? 이것이 전부라면? 같은 자전거를 여러 번 발명하지 않도록 하는 것이 도서관의 요점입니다.)))
유용한 것들을 사용하겠습니다.