From 1104bf85a6915b6c777632ff6cda37649a3e301e Mon Sep 17 00:00:00 2001 From: Junsik Won Date: Mon, 31 Jul 2023 21:54:32 +0900 Subject: [PATCH] =?UTF-8?q?advanced/cpp=5Ffrontend=20=EC=98=A4=ED=83=80=20?= =?UTF-8?q?=EC=88=98=EC=A0=95?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- advanced_source/cpp_frontend.rst | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/advanced_source/cpp_frontend.rst b/advanced_source/cpp_frontend.rst index 878b2859c..7a0be8cae 100644 --- a/advanced_source/cpp_frontend.rst +++ b/advanced_source/cpp_frontend.rst @@ -649,13 +649,13 @@ API에서 기본 생성자에 의해 만들어진 모듈 holder(``Linear()`` 등 결론적으로 어떤 오너십 모델, 어떤 시맨틱을 사용하면 좋을까요? C++ 프론트엔드 API는 모듈 holder가 제공하는 오너십 모델을 가장 잘 지원합니다. 이 메커니즘의 유일한 단점은 모듈 선언 아래에 boilerplate 한 줄이 -추가된다는 것입니다. 즉, 가장 단순한 모델은 C++ 모듈의 기초를 배울 떄 +추가된다는 것입니다. 즉, 가장 단순한 모델은 C++ 모듈의 기초를 배울 때 나오는 밸류 시맨틱 모델입니다. 작고 간단한 스크립트의 경우, 이것만으로 충분할 수 있습니다. 그러나 언젠가는 기술적 이유로 인해 이 기능이 항상 지원되지는 않는다는 사실을 알게 될 것입니다. 예를 들어 직렬화 API(``torch::save`` 및 ``torch::load``)는 모듈 holder(혹은 일반 ``shared_ptr``)만을 지원합니다. 따라서 C++ 프론트엔드로 모듈을 -정의할 떄에는 모듈 holder API 방식이 권장되며, 앞으로 본 튜토리얼에서 +정의할 때에는 모듈 holder API 방식이 권장되며, 앞으로 본 튜토리얼에서 이 API를 사용하겠습니다. DCGAN 모듈 정의하기