Artyom Trishkin : 모든 것이 간단합니다. "...그랬구나, OOP 배우러 갔어..." 후, 머리에 아무 것도 떠오르지 않았어... 그리고 그의 최고의 전통에서 Peter는 모든 것을 자신이 가장 외로운 사람 중 하나라는 사실로 축소했습니다. 다른 모든 사람들은 혼자가 아닙니다.
1. 앗, 투자자들 앞에서 웅덩이에 앉지 않으려고 가르치러 갔다. 동시에 투자자들은 OOP에 대한 나의 지식이 아니라 나의 접근 방식으로 얻은 결과에 관심을 보였습니다.
나를 믿으십시오. 당신의 코드도 당신과 함께 죽을 것입니다. 누군가가 필요하다고 생각합니까?)) 글쎄, 그것에 대해 생각해보십시오.
나는 분리하지 않기 위해 오픈 소스를 게시했습니다. 그것은 코드베이스 요구 사항이었습니다. 주요 목표는 유용한 결과를 게시하는 것이었습니다.
어디에?
어디에?
접근하기가 얼마나 더 어렵습니까? 어디에서나 볼 수 있는 글로벌 코어가 있습니다. OOP에서는 삭제해야 했습니다. 그러면 Windows의 요소로 작업하는 방법은 무엇입니까? 상상하려고 하면 혼수상태 에 빠진다.)))
이 게시물에서 이 주제의 가장 큰 진실. 실제로 Peter의 뇌에서 OOP를 이해할 수 있는 부분은 혼수 상태에 있으므로 모든 종류의 춤이 주위에 있고 온갖 프릴이 있을 것입니다 ... 하지만 그들은 할 것이 없습니다. OOP와 함께하십시오.
당신이 시를 좋아한다면, 나는 운율로 대답할 수 있습니다. ))
여기 나는 거의 동일합니다.
그러나 희망은 너무 가까웠다 ...
그게 다야, 나는 OOP를 배우러 갔다.
그러나 희망은 너무 가까웠다 ...
그리고 그의 최고의 전통에서 Peter는 모든 것을 자신이 가장 외로운 사람 중 하나라는 사실로 축소했습니다. 다른 모든 사람들은 혼자가 아닙니다.
모든 것이 간단합니다. "...그랬구나, OOP 배우러 갔어..." 후, 머리에 아무 것도 떠오르지 않았어...
아아, 예외. 전역 커널은 전역 가시성을 가정하므로 필요하지 않습니다.
(1) 코드 캡슐화에서. 모든 것이 어디에서나 사용 가능하다면 왜?
(2) 함수 오버로딩 . 하나에서 작업을 수행하는 것이 더 쉽고 결과를 어디에서나 볼 수 있고 액세스할 수 있도록 하는 이유는 무엇입니까?
(3) 다형성. 하나의 블록이 이러한 템플릿 변형의 작업을 수행할 수 있다면 왜 하나의 템플릿 아래에 다른 구현을 숨길까요? 코드의 양이 줄어들고 구문이 훨씬 간단해집니다.
OOP의 요점은 다음과 같습니다.
1. 인간의 기억을 언로드. (불량 언로드. 구문이 너무 많습니다.)
2. 팀 내 공통 작업 분배(모든 사람이 코드 조각을 알고 있으므로 어셈블리 및 디버깅 문제가 있음).
3. 코드 이식성. (이것은 정말 플러스입니다).
4. 마케팅. 각종 로션 광고를 통한 개발환경, 라이브러리 배포 및 판매.
마지막으로 "커널 - 엔진"이 OOP에 대한 열악한 대리임을 확인하십시오.
모든 것이 간단합니다. "...그랬구나, OOP 배우러 갔어..." 후, 머리에 아무 것도 떠오르지 않았어...
그리고 그의 최고의 전통에서 Peter는 모든 것을 자신이 가장 외로운 사람 중 하나라는 사실로 축소했습니다. 다른 모든 사람들은 혼자가 아닙니다.
1. 앗, 투자자들 앞에서 웅덩이에 앉지 않으려고 가르치러 갔다. 동시에 투자자들은 OOP에 대한 나의 지식이 아니라 나의 접근 방식으로 얻은 결과에 관심을 보였습니다.
2. 이 유치원에서 벗어나 개인으로 전환합니다.