4:39 부분 assertThat(conversionService.convert(1000, String.class)).isEqualTo("1,000");1000(객체) -> String 이므로 MyNumberFormatter에 parse()실행 assertThat(conversionService.convert("1000", Long.class)).isEqualTo(1000L);String -> 1000(Long) 이므로 MyNumberFormatter에 print 실행 위 코드에는 MyNumberFormatter에 있는 parse(), print()를 사용하는 곳이 없는데, 포맷터 사용의 경우 DefaultFormattingConversionService에 의해서 parse(), print()가 알아서 실행된다고 이해하면 될까요?

안녕하세요 강사님!약간 Mapper 에 치중된 질문이 될 수도 있을것 같습니다. 저는 , 스프링 컨버전서비스를 활용할 줄 몰라, 스프링의 ObjectMapper 와 MapStruct 를 병행으로 매핑작업을 하고 있었는데요 `매핑작업`은 , Dto < > Entity 필드값 매핑을 의미합니다. 이번강의를 통해 `컨버전서비스`의 강력한 기능을 보고, 추가 라이브러리 Mapper(MapStruct) 가 필요없겠다는 생각이 들었습니다.(그래도 컴파일 시점에 매핑로직이 생성되는것은 환상적인 기능 같습니다^^) 그리고, 어디선가 강사님의 답글을 읽은 바 로는, 객체매퍼를 (ModelMapper, MapStruct 등) 추가로 사용을 않하시는 것으로 알고있습니다. 그래서 매퍼를 써야할지 고민을 꾸준히 해왔었는데요,  질문입니다 외부 LIB매퍼를 사용안하시는 이유가 , `객체매핑(DTO 엔티티 필드값 매핑)` 이 컨버터/포멧터 를 통해서도 가능하기 때문.이라 추측해도 될까요..? 조심스래 여쭤보아요.. 스프링 ConversionService 를 객체매퍼로 활용하는 것과, 업무처리 효율에 도움이 될지 강사님의 견해를 알고싶습니다. 객체매퍼 라이브러리를 지금도 사용을 쭉 안하시는지(수작업 매핑 선호),혹시 사용 중이시거나, 사용계획이 있으시다면, 어떤 라이브러리를 사용하실 지가 궁금합니다.   읽어주셔서 고맙습니다.