강의 내용중에 var

작성한 질문수 48

0

안녕하세요, 이도원입니다.

강의에 관심을 가져 주셔서 감사드립니다. 질문하신 내용에 대해 아래에 의견 및 답변 드립니다.

1. 강의에서 var를 사용하는 이유가 있나요?

기존에 타입을 직접 적는 방식에 익숙하시면 var가 낯설게 느껴질 수 있습니다. 😊

Java의 var는 타입을 지정하지 않는 것이 아니라, 오른쪽의 값을 보고 컴파일러가 타입을 결정하는 문법입니다.

String message = "안녕하세요";
var message = "안녕하세요"; // 컴파일러가 String으로 판단

두 코드에서 message는 모두 String 타입입니다. var로 선언했더라도 이후에 숫자 등 다른 타입의 값을 넣을 수는 없습니다. 따라서 JavaScript의 var와는 다른 개념으로 보시면 됩니다.

강의 코드에서 var를 사용하면 긴 타입 이름의 반복을 줄이고, 서비스의 처리 흐름에 집중할 수 있다는 장점이 있습니다.

var runner = new PromptRunner();

위 코드는 오른쪽만 봐도 PromptRunner 타입임을 알 수 있습니다. 반면 다음 코드는 말씀하신 것처럼 타입이 바로 드러나지 않을 수 있습니다.

var result = service.execute();

이런 경우에는 타입을 명시하는 편이 읽기 좋습니다. 무조건 var를 사용하는 것이 좋은 것은 아니며, 타입을 쉽게 알 수 있는 곳에 선택적으로 사용하고 프로젝트의 코딩 규칙에 맞추시면 됩니다.

참고로 Java의 var는 Java 10부터 지원하는 지역 변수 타입 추론 문법이며, 메서드의 반환 타입을 var로 선언할 수는 없습니다. 메서드에 선언된 반환 타입은 그대로 유지됩니다.

var 타입의 장단점을 간략하게 정리하면 아래와 같습니다.

• 장점:

  • 긴 타입 이름을 생략해 코드가 간결해집니다.

  • 중복되는 타입 표기를 줄일 수 있습니다.

  • 코드의 실제 처리 흐름에 집중하기 좋습니다.

• 단점:

  • 오른쪽 표현식이 복잡하면 타입을 바로 알기 어렵습니다.

  • 타입 확인을 위해 IDE나 메서드 선언을 확인해야 할 수 있습니다.

  • 과도하게 사용하면 가독성이 오히려 떨어집니다.

참고로, Java의 var는 타입을 직접 명시하는 것과 성능 차이가 없습니다. var 사용 여부는 성능보다 가독성과 팀의 코딩 규칙을 기준으로 결정하시면 됩니다.

2. 실제 프로젝트에서는 PromptRunner 외에도 필요한 것들이 많나요?

네, 맞습니다. 실제 서비스에서는 프롬프트를 실행하는 기능 외에도 여러 기능이 필요해질 수 있습니다. 다만 모든 기능을 PromptRunner 하나에 넣기보다는 역할별로 나누는 편이 유지보수에 좋습니다.

예를 들면 다음과 같습니다.

• 프롬프트 관리: 프롬프트를 파일이나 템플릿으로 관리하고 변경 이력 추적

• 모델 호출 설정: 모델 이름, 응답 길이, 타임아웃 등의 설정 관리

• 예외 처리와 재시도: 호출 실패나 사용량 제한에 대응

• 응답 변환과 검증: 응답을 DTO로 변환하고 필수 값이나 형식 확인

• 대화 이력 관리: 사용자별 이전 대화를 저장하고 필요한 내용 전달

• 문서 검색 연동: 사내 문서를 검색해 답변에 필요한 근거 제공

• 사용량과 품질 기록: 토큰 사용량, 비용, 응답 시간, 오류 등을 확인

  
  

예를 들어 금액 계산 서비스라면 LLM은 질문에서 조건을 추출하고, 실제 계산은 별도의 Java 코드가 수행하도록 구성할 수도 있습니다.

처음부터 모두 만들 필요는 없습니다. 우선 공통 호출·예외 처리·응답 검증부터 구성하고, 서비스 요구사항에 따라 확장하시면 됩니다.