속도를 봅시다. 그리고 거기에서 당신은 보게 될 것입니다.
"빠른 코드" = 프로그램을 빠르게 생성 ;) 속도에 대해서는 언급조차 하지 않았습니다.
오
Svinozavr 작성 >>
프로세스 또는 최종 결과에 관심이 있습니까?)))
더 많은 지원과 개선.
나 - 둘 다이지만 결과는 어떻게 든 더 많습니다. ("...OOP는 프로그램 속도를 늦출 수 있는 여러 가지 방법을 제공합니다...")
...사용법을 모른다면
OOP가 절차적 접근 방식보다 더 빠르게 작성할 수 있고 OOP의 모든 단점을 능가하는 위치를 알지 못합니다. 누가 그것을 필요로 하는지 - 이것은 분명합니다 - 다른 사람을 위해 글을 쓰는 개발자입니다.
OOP의 단점을 나열하십시오. OOP를 사용하여 중요한 시간에 프로그램 속도를 늦추는 방법을 알려주세요. 2% 차이는 계산되지 않습니다. 그리고 그것은 OP에 찬성한다는 사실이 아닙니다.
µl4는 인터프리터로 작동합니다. MKL5는 기계 코드를 생성합니다. 따라서 5-ka가 훨씬 빠르게 작동합니다. 이 경우 OOP는 4-ki의 속도로 느려지지 않습니다. + 5-ke에서는 4-ke에서 상상할 수 있었던 많은 것들을 구현할 수 있을 것입니다.
나는 프로그래밍의 전문가가 아닙니다.
"숫자 갈기"가 속도 측면에서 최적이 아닌 것으로 보이는 지표를 생성 하기 위한 OOP 접근 방식. 절차가 더 경제적입니다. 아마도 전문가?
들소 프로그래밍, 어떻게 생각하세요?