생성자가 기본적으로 명시 적이지 않은 이유는 무엇입니까?

Question

생성자를 "명시 적"으로 표시하는 것을 잊는 것은 매우 쉽습니다 : args 추가/제거, 옵션 선택 등. 모든 신뢰할 수있는 방법은 명시 적으로 모든 생성자를 선언 한 다음 implicitness가 디자인에 필요하면이 키워드를 제거하는 것입니다. (단일 인수 생성자 만이 아니라 이것을 허용하는 표준 덕분에). 그러나 이것은보기 흉하게 보일 것입니다.

암시 적 생성자는 암시 적 변환 (예 : 잘못된)의 사용을 의도하지 않습니다. here으로. 우연히 발생할 수 있거나 이전 버전과의 호환성을 깨뜨릴 수 있습니다.

이렇게하면 버그가 줄어들면 "명시 적"이 생성자의 기본 특성이 아닌 이유는 무엇입니까?

p.s. 예, Stroustrup의 "The Design and Evolution of C++"를 읽었습니다. "explicit"에 대해 말하면 기억하지 못합니다.

Answer 1

명시 적 추가시의 이전 버전과의 호환성. 언어는 진화하고 있으며 진화하는 언어로 기존 구조물의 의미를 바꾸는 것은 사용자를 화나게하는 확실한 방법입니다. 지금도 마찬가지입니다. 역 호환성은위원회의 마음 속에있는 것입니다.

Answer 2

흥미로운 관점. 나는 다른면을 취하는 경향이 있으며, 왜 증명할 때까지 모든 생성자를 표시해야한다고 생각하는지 궁금합니다. explicit?

정직하게도 나는 귀하의 질문에 대한 답을 알지 못합니다. 이전 버전과의 호환성은 가장 가능성이 높은 이유로 경쟁자가 될 수 있지만 다시 암시 적 변환을 방지하려는 이유는 무엇입니까?

Answer 3

C++을 구상했을 때 아무도 바보 같은 코드를 작성하지 않아 모든 사람들이 좋은 암시 적 변환을 통해 모든 곳에서 캐스트를 쓰지 않아도된다는 장점을 누릴 수 있다고 생각했기 때문입니다.

물론 이것은 틀린 것으로 밝혀졌습니다. 그리고 실제로는 버그가있는 생성자 이 있습니다.. 그런 수치심.