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

 
Nikolai Semko :

피터, 와우!

정말 OOP 공부 의 필요성을 깨달았다고 생각합니다.
그리고 당신은 지루해져서 지구가 평평하다는 사실에 대해 이야기하기로 결정했습니다 ...

물론 깨달았습니다. 천천히 공부해요. 라이브러리를 탐색해야 합니다. 꼭.
 
Реter Konow :
예, 모든 것이 훌륭합니다. 모든 것이 작동합니다. 더 발전할 동기만 사라졌습니다. 아무도 여기에 필요하지 않습니다. 코드 기반의 첫 번째 출판 직후에 이해했습니다. 빛을 보았다.)))

글쎄, 내가 말했듯이 Peter, 적용 가능성을 보여줄 필요가 있습니다. 그러나 "개발용 구성 요소"와 마찬가지로 필요한 사람은 거의 없습니다.

나는 또한 소프트웨어 모듈의 형태로 내 리그를 만들기 시작했습니다. 그러나 아무도 프로그램이 필요하지 않다는 것이 분명해졌습니다. 프로그래밍할 줄 아는 사람에게는 자체 "리그"가 있고 방법을 모르는 사람에게는 내 리그의 프로그램 코드가 필요하지 않습니다. 결과적으로 모든 사람에게 무료로 제공되는 기성품 실행 모듈에 정착했습니다. regcode는 데모 신호에 대한 작업 결과를 보기 위해서만 사용됩니다.

 
Georgiy Merts :

글쎄, 내가 말했듯이 Peter, 적용 가능성을 보여줄 필요가 있습니다. 그러나 "개발용 구성 요소"와 마찬가지로 필요한 사람은 거의 없습니다.

나는 또한 소프트웨어 모듈의 형태로 내 리그를 만들기 시작했습니다. 그러나 아무도 프로그램이 필요하지 않다는 것이 분명해졌습니다. 프로그래밍할 줄 아는 사람에게는 자체 "리그"가 있고 방법을 모르는 사람에게는 내 리그의 프로그램 코드가 필요하지 않습니다. 결과적으로 모든 사람에게 무료로 제공되는 기성품 실행 모듈에 정착했습니다. regcode는 데모 신호에 대한 작업 결과를 보기 위해서만 사용됩니다.

당신이 맞습니다. 사람들은 테스터에서 금의 산을 보여주는 작은 로봇이 필요합니다. 난 이런 리벳에 관심이 없어 ***.

실험 중 하나를 위해 당신의 리그인 George를 사용하려고 했으나 "누가 그것을 필요로 합니까?"라고 생각했습니다. 그리고 그 생각을 포기했다.

 
Реter Konow :
예, 모든 것이 훌륭합니다. 모든 것이 작동합니다. 더 발전할 동기만 사라졌습니다. 아무도 여기에 필요하지 않습니다. 코드 기반의 첫 번째 출판 직후에 이해했습니다. 빛을 보았다.)))
무엇의 출판? 그래픽 엔진에 대해 이야기했지만 "마지막 10개 막대 테이블"만 있습니다. 공개했는데 아무도 안보고 3분뒤에 지웠나보네요... "마지막 10개 막대표" 설명으로 봐서는 거기에 엔진이 있는데 엔진 정상공개를 해보는건 어떨까요?
 
Aliaksandr Hryshyn :
무엇의 출판? 그래픽 엔진에 대해 이야기했지만 "마지막 10개 막대 테이블"만 있습니다. 공개했는데 아무도 안보고 3분뒤에 지웠나보네요... "마지막 10개 막대표" 설명으로 봐서는 거기에 엔진이 있는데 엔진 정상공개를 해보는건 어떨까요?

엔진 - 코어에서 실행됩니다. 어떤 커널이 거기에로드되었는지 - 그런 다음 밝혀졌습니다. 엔진은 항상 동일합니다. 나는 그것을 출판했다. 이제 다른 커널의 파일을 넣으면 다른 인터페이스가 있을 것입니다. 따라서 엔진이 완성됩니다. True - 지금까지 API 없이 게시되었습니다.

이러한 코어를 생성하는 생성자에 관한 것입니다. 이 생성자를 마크업 언어로 게시하지 않았습니다. 질문은 왜? 그들은 여기에서 나를 의기소침하게 만들었습니다. 즉 - 제발?)) 어떻게 든 공평하지 않습니다 ...

정말 필요한 경우 인터페이스를 만드는 데 도움을 드릴 수 있습니다. 창호디자인 문의드립니다.

 
핵심을 배열로, 코드에서 파일 없이 구조를 표현할 수 있습니까?
그리고 두 개 이상의 프로그램을 실행하기 위해 여러 개의 코어가 있다면?
 
아직 필요하지 않습니다. 데이터 처리 및 논리 측면에서 많은 코딩을 해야 하는 한 곧 필요하지 않습니다.
 
Aliaksandr Hryshyn :
핵심을 배열로, 코드에서 파일 없이 구조를 표현할 수 있습니까?
그리고 두 개 이상의 프로그램을 실행하기 위해 여러 개의 코어가 있다면?

1. 아니오, 불가능합니다. 코어의 여러 GUI 창은 1000개 이상의 개체(컨트롤 수에 따라 다름)로 표시될 수 있으며 각 개체에는 270개의 속성이 있습니다. 그리고 평균적으로 그래픽 인터페이스, 속성 및 동작을 설명하는 270,000개의 변수가 있습니다. 플러스 - 자체 속성이 있는 매개변수의 핵심입니다. 글쎄, 그들의 핵심에 더 많은 사진과 gif. 생성자는 이 모든 작업을 1초 만에 수행하며, 그러한 인터페이스를 자체적으로 설명하는 데 영원히 걸릴 것입니다.))

2. 각 GUI에는 여러 코어가 필요합니다. 모두 디자이너가 제작합니다.

3. 필요할 때 - 주소. 무료로 도와드리겠습니다.

 
3. 미리 감사드립니다 :).
 
Реter Konow :

반대의 상황을 상상해보자. 글쎄, 당신은 버그가 없습니다. 아니요, 거의 발생하지 않습니다. 모든 것을 기억하고 모든 것을 고려하기 때문입니다! 당신 은 OOP를 사용할 것인가 ...

현재 작업 중인 프로젝트의 모든 것을 기억합니다. 과거 코드는 어떻습니까? 당신은 1년 전에 썼던 것만큼 철저하게 기억하고 있습니까? 어디가 바뀌는지 등등 다음은 이전 코드를 약간 수정하거나 수정하는 작업입니다.

그리고 이 모든 것은 OOP와 아무 관련이 없습니다. 코드가 전역 변수에 대한 공개 액세스를 기반으로 구축된 경우 이는 모든 패러다임, 절차적 또는 OOP에서 허용되지 않으며 기능적으로는 더욱 그렇습니다. 그러므로 나는 당신의 "쿵푸"를 OOP에 반대할 이유가 없다고 봅니다.