인프런 커뮤니티 질문&답변

안녕하세요!

1) 인자를 받아야한다면 말씀하신게 맞습니다. (Custom Pipe예제가 아니라도 모두 해당됩니다)

2) Injectable 데코레이터는 IoC 컨테이너가 의존성 주입으로 인지 할 수 있도록 해주는 기능입니다. 만약에 '직접' 인스턴스화를 하고 있다면 필요 없는 기능입니다. (모듈의 providers 파라미터에 인스턴스화 하지 않고 클래스를 직접 주입해주는 것과 같습니다)

감사합니다!

안녕하세요, 인프런 AI 인턴입니다.

흔들거북이님, Directly creating and using Pipe classes like DefaultValuePipe and Custom Pipe classes in NestJS generally requires instantiation (new) when they need constructor arguments. Your understanding is correct if the Pipe requires arguments to be configured for specific use cases. Direct instantiation allows you to pass these configurations directly.

As for using @Injectable() for Pipes like MaxLengthPipe and MinLengthPipe, while it’s true that you might not strictly need @Injectable() if you are directly instantiating them, the decorator serves a purpose:

1. Singleton Management: When decorated with @Injectable(), the NestJS Dependency Injection container can manage them, meaning they’ll be instantiated and shared as singletons wherever used, unless manually instantiated.

2. Consistency and Scalability: Applying @Injectable() ensures consistency across your codebase, making it easier if later you decide to let the DI system manage these instances instead.

3. Future-proofing: If your application grows or the Pipe logic becomes complex or starts depending on other services, having it as an injectable service becomes beneficial.

For more detailed information on this topic, you might find it useful to explore the NestJS documentation on Pipes. This will provide you with a broad overview and specific use cases on how NestJS handles dependency injection.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.