OOP에 대한 도움말 - 페이지 9

새 코멘트
 
fxsaber # :

내 구현이 아닙니다. 구식 방법으로 측정할 수 있습니다.

이미 동결. 데이터가 게시되었습니다. 다른 순서로 다시 해봐야겠습니다. 그러나 귀하의 데이터에 따르면 별표 작업으로 인한 성능은 없습니다.
 
그럼에도 불구하고 포인터 작업을 지지하는 합리적인 의견을 듣고 싶습니다. 지금까지 말한 모든 것은 "프로그래머가 메모리를 모니터하게 하고 메모리를 너무 많이 할당하지 않도록 하는 것 같다", "바보가 없는 것 같다", "거의 더 빠름", "거의 없는 것 같다"라는 것뿐입니다.
 
Vasiliy Sokolov # :
그럼에도 불구하고 포인터 작업을 지지하는 합리적인 의견을 듣고 싶습니다. 지금까지 말한 모든 것은 "프로그래머가 메모리를 모니터하게 하고 메모리를 너무 많이 할당하지 않도록 하는 것 같다", "바보가 없는 것 같다", "사실상 더 빠름", "바보가 없는 경우"입니다.

좌우도 헷갈리시죠?

내 머리에 놀라운 혼란. 포인터는 빠르지 않고 느리다. 메모리 모니터링의 필요성은 가비지 수집기가 있는 언어와 없는 언어의 프로그래밍 스타일 차이의 맥락에서 논의되었습니다.

Vasya, 2-3 개의 게시물 후에 당신은 분쟁에서 어떤 입장을 취했는지 기억하지 못하고 여기 저기에 던졌습니다.

 
fxsaber # :

잠재적인 문제의 예가 있으면 좋을 것입니다.

이호르 헤라스코 # :

그리고 잠시. 포인터를 통해 개체 배열을 만드는 것이 좋습니다. 그렇지 않으면 스택 메모리에 매우 작은 배열을 얻습니다.

데이터가 많은 재귀 정렬의 경우에만 스택 메모리가 부족해지는 예가 있었습니다.
프로그램이 그냥 멈췄습니다.

또한 전역 선언을 사용할 수 있습니다. 이 경우 더 이상 스택 메모리가 아닙니다.
동의하십니까?

 
Ihor Herasko # :

이것은 문제가 아니며 잠재적인 문제는 훨씬 적습니다. MT에서 메모리로 작업하는 기능만 있습니다. 다음은 정적 배열입니다.

다음은 동적 배열입니다.

이 경우 모든 것이 컴파일되고 작동합니다.

나는 동의하지만, 나는 내 전체 진료에서 그런 볼륨을 가진 적이 없습니다.
일반적으로 예를 들어 표시기의 "꼬리"에 대한 빠른 계산이 필요하고 내장 표시기(라이브러리) 함수 자체를 호출하지 않고,
따라서 지표 값의 더 빠른 공식 계산을 사용했습니다. 이 경우 일반적으로 메모리 소비가 거의 없습니다.
그리고 일반적으로 미래에는 부동 소수점 함수 계산을 위한 메모리와 시간을 절약하기 위해 모든 개발자에게 이 접근 방식을 권장합니다.
가능하다면 많은 데이터를 정수 형식으로 변환할 가치가 있습니다. 이렇게 하면 프로세스 속도가 크게 빨라집니다.

추신: 물론 위의 모든 것은 예를 들어 수백 밀리초를 절약하는 경우와 관련이 있습니다.

 
Dmitiry Ananiev :

나는 이 수업을 하고 있다.

이제 객체 배열을 호출하고 싶습니다.

생성자에 전역 수준의 매개변수가 있는 경우 객체 배열을 빠르게 생성하는 방법은 무엇입니까?

예를 들어? 생성자를 변경하여 먼저 객체를 생성한 다음 OnInit에서 객체를 심볼로 대체하는 방법은 무엇입니까?

어쩌면 더 쉬운 해결책이 있습니까?

 class Strategy1
{
        Strategy1();
 };

class Strategy2
{
        Strategy ( string sym);
}

Strategy2 클래스의 선언 에서 클래스 생성자 자체의 이름에 "2"가 부족합니다. 그렇지 않으면 생성자가 아닙니다.

123456789
새 코멘트