나는 템플릿을 사용하거나 사용하지 않는 것에 대해 궁금해했다. 다른 이유로 나는 템플릿이 몇 가지 이유 때문에 헤더 파일에 구현되어야한다는 것을 알았다. 다른 사람들이 그것을 사용하는 경우 소스가 필요할 경우 제 질문은, 내 질문은 무엇입니까? 다른 스레드의 대답의 논리에서 컴파일러가 라인이 템플릿 기능을 사용할 수 있는지 여부를 말할 수 있도록 다른 프로그램에서도 전체 구현이 필요합니다.다른 프로그램에서 사용할 헤더 파일에 템플릿 만 선언 할 수 있습니까?
그렇다면 다른 사람들이 자신의 라이브러리를 사용하기를 원하는 개발자는 템플릿이 좋지 않다고 생각하십니까? 아니요, 그렇다면 우리는 훌륭하고 템플릿이 사용됩니다.
또는 적어도 내 하드, 시간을 보냈다면 다른 사람의 코드를 저장하는 방법이 있습니까?
(나는 stl 벡터 등을 사용할 것이지만, 내 자신의 코드를 묻습니다 ... 템플릿은 멋지게 보이고, 많은 하드 코딩 된 줄이나 매크로를 남용하지만, 다른 사람이 원본보다 더 읽을 수 있다면 거의 의미
감사합니다, 조
당신이 라이브러리의 사용자가 템플릿을 사용할 수 있도록하려면
자세한 내용을 알고 싶을 수도 있습니다. Boost와 STL은 템플릿 화되는 데 문제가 없습니다. 템플리트는 코드를 사용할 수 있고 그로부터 배울 수 있기 때문에 좋은 것입니다 (다른 사람들의 라이브러리를 변경하는 것은 좋은 생각이 아닐 수도 있습니다). 아마도 당신은 숨길 무언가가없는 한. 또한 이상하게 들리는 기본 클래스에 대해 나중에 언급합니다. 템플리트는 유형이 관련되어 있는지 상관하지 않습니다. 일반적인 런타임 다형성이 적합할까요? – UncleBens
템플릿이 객체 팩토리를 필요로하므로 ... 하지만 다른 모든 것들은 다형성과 관련이 있습니다. C (CircleMUD 누군가?) 프로그래머였던 적이 있었고, 일하던 회사 때문에 C#으로 뛰어 들었습니다. 이제는 C++로 들어가기 시작했습니다. 그리고 C#은 매일 매일 보곤했기 때문에 조금 혼란 스럽습니다. – Jonathan
특정 계층 구조에 대해 객체 팩토리가 필요하다고 생각합니다 (템플릿이 정상적으로 진행되는 것처럼). 한 가지는 공장도 다형성이 될 수 있다고 생각합니다. 그러나 필요한 템플릿을 인스턴스화하고 선언과 구현을 분리 할 수 있어야합니다. – UncleBens