패턴을 거부하는 사람들과 OO를 좋아하지 않는 사람들에게 꿀 한 통을 주었습니다 :-) 디자인상의 이유로 숨겨진 것을 얻기 위한 패턴.. :-)
누군가(현재 OO/C++ 괴물 중 누군가)는 OO 개그가 기본 클래스가 자손의 모든 변형에 대해 충분한 인터페이스를 제공해야 한다는 것이라고 꽤 합리적으로 말했습니다. , 그리고 아이들은 부모의 프로토콜 밖에서 가상 기능을 만들 수 없습니다. 그래야만 보편적인 행복이 옵니다. 그런 다음 일반화 된 STL + 부스트가 실제로 저장되고 테스트가 유용하고 재사용 가능합니다. 그러나 새로운 가상 기능 대신 모든 종류의 프록시가 있기 때문에 많은 클래스가 있습니다.
패턴을 거부하는 사람들과 OO를 좋아하지 않는 사람들에게 꿀 한 통을 주었습니다 :-) 디자인상의 이유로 숨겨진 것을 얻기 위한 패턴.. :-)
누군가(현재 OO/C++ 괴물 중 누군가)는 OO 개그가 기본 클래스가 자손의 모든 변형에 대해 충분한 인터페이스를 제공해야 한다는 것이라고 꽤 합리적으로 말했습니다. , 그리고 아이들은 부모의 프로토콜 밖에서 가상 기능을 만들 수 없습니다. 그래야만 보편적인 행복이 옵니다. 그런 다음 일반화 된 STL + 부스트가 실제로 저장되고 테스트가 유용하고 재사용 가능합니다. 그러나 새로운 가상 기능 대신 모든 종류의 프록시가 있기 때문에 많은 클래스가 있습니다.
이유는 다음과 같습니다.
빨간색 사각형 - GetMicrosecondCount() 에 대한 호출 하나 추가, 파란색 하나 - 호출 하나 더. 그렇기 때문에 거의 동등합니다.
왜 코드를 보여주려고 합니까? 코드가 없으면 태양이 비치지 않는 시간에 사진을 넣을 수 있습니다.
죄송합니다. 동일한 조치로 차이는 30%에 불과했습니다.
아마도 오버 헤드가 생성되는 클래스에 있습니까? 우리는 구조를 시도해야 합니다. 그러나 일반적으로 컴파일러는 어떤 경우에도 모든 것을 인라인하고 초과분을 제거해야 합니다. 이 시점에서 개발자에게 지적하는 것이 합리적입니다.
그것은 효과가 있었다. 구조는 함수 및 매크로와 동일한 속도로 작동했습니다. 그러나 수업은 ... 훨씬 뒤쳐져 있습니다.
그것은 효과가 있었다. 구조는 함수 및 매크로와 동일한 속도로 작동했습니다. 그러나 수업은 ... 훨씬 뒤쳐져 있습니다.
안전보장이사회의 비공개 방법/필드에 접근하는 방법에 대한 조언을 제공했고 포럼에서 이 후크를 얻었습니다. 누가 제안했는지 기억나지 않습니다.
나는 항상 그렇듯이 용어 를 준수하지 않고 조언을 했다는 것을 알고 놀랐습니다 이것은 후크가 아니라 안티 패턴 Public Morozov http://blog.kislenko.net/show.php?id=1775
)))
안전보장이사회의 비공개 방법/필드에 접근하는 방법에 대한 조언을 했고 포럼에서 이 훅을 얻었습니다. 누가 제안했는지 기억나지 않습니다.
나는 항상 그렇듯이 용어를 준수하지 않고 조언을 했다는 것을 알고 놀랐습니다. 이것은 후크가 아니라 안티 패턴 Public Morozov http://blog.kislenko.net/show.php?id=1775
)))
패턴을 거부하는 사람들과 OO를 좋아하지 않는 사람들에게 꿀 한 통을 주었습니다 :-) 디자인상의 이유로 숨겨진 것을 얻기 위한 패턴.. :-)
누군가(현재 OO/C++ 괴물 중 누군가)는 OO 개그가 기본 클래스가 자손의 모든 변형에 대해 충분한 인터페이스를 제공해야 한다는 것이라고 꽤 합리적으로 말했습니다. ,
그리고 아이들은 부모의 프로토콜 밖에서 가상 기능을 만들 수 없습니다. 그래야만 보편적인 행복이 옵니다. 그런 다음 일반화 된 STL + 부스트가 실제로 저장되고 테스트가 유용하고 재사용 가능합니다. 그러나 새로운 가상 기능 대신 모든 종류의 프록시가 있기 때문에 많은 클래스가 있습니다.
패턴을 거부하는 사람들과 OO를 좋아하지 않는 사람들에게 꿀 한 통을 주었습니다 :-) 디자인상의 이유로 숨겨진 것을 얻기 위한 패턴.. :-)
누군가(현재 OO/C++ 괴물 중 누군가)는 OO 개그가 기본 클래스가 자손의 모든 변형에 대해 충분한 인터페이스를 제공해야 한다는 것이라고 꽤 합리적으로 말했습니다. ,
그리고 아이들은 부모의 프로토콜 밖에서 가상 기능을 만들 수 없습니다. 그래야만 보편적인 행복이 옵니다. 그런 다음 일반화 된 STL + 부스트가 실제로 저장되고 테스트가 유용하고 재사용 가능합니다. 그러나 새로운 가상 기능 대신 모든 종류의 프록시가 있기 때문에 많은 클래스가 있습니다.
그리고 OO(포인트)의 패턴과 헤이터는 어디에?
누군가(현재 OO/C++ 괴물 중 누군가)는 OO 개그가 기본 클래스가 자손의 모든 변형에 대해 충분한 인터페이스를 제공해야 한다는 것이라고 꽤 합리적으로 말했습니다.