자주 사용하는 스프링부트 어노테이션 종류와 목적

-

스프링부트( Springboot )로 코딩을 하다보면 자주보이는 것들이 있다.

어노테이션( Annotation )이다.

어노테이션은 스프링부트에서 클래스, 메서드, 필드 위에 지정하여, 역할을 지정한다.

스프링부트는 어노테이션을 읽고 클래스, 메서드, 필드가 어떤 역할을 하는지 파악하고 그에 맞게 실행된다.

지금의 스프링부트 어노테이션의 경우 편의성이 높아졌으며,
단순하고 반복적인 코드를 어노테이션으로 처리할 수 있다.

스프링부트의 중요한 개념 중 하나가 의존성 주입인데,
어노테이션과 관련이 있다.

즉, 스프링부투의 어노테이션은
객체를 생성, 등록( 의존성 주입 ), 데이터의 흐름과 연결을 자동으로 처리해주는 역할을 해 준다.

▣ 어노테이션 ( Annotation )

스프링부트를 시작하면 처음부터 보게 되는 것이 어노테이션( Annotation )이다.

어노테이션은 `@`기호와 함께 사용하며, 자바 코드 위에 작성하여, 스프링부트에 코드의 역할을 알려준다.

대표적으로 많이 보는 어노테이션은 @Controller, @GetMapping, @Service 일 것이다.

스프링부트에서 언급하는 객체는 보통 클래스라 생각하면 머리 속이 편해진다.

즉, 
스프링부트에서 얘기하는 어노테이션은
객체( 클래스 )에 지정하고, 작성하여,
스프링부트에게 객체의 역할을 알려주고,
자동으로 객체를 생성하고 연결하고 실행하는 연결을 한다.

구구절절 어렵게 얘기했지만,
쉽게 얘기하면 클래스를 자동으로 생성해 주고 연결해 준다고 생각하자.

이 부분은 의존성 주입과 관련 있으며,
가끔 어노테이션이 지정되어 있지 않거나 잘못 기재되어 있다면,
의존성 주입과 관련된 오류를 볼 수 있다.


▣ 어노테이션 ( Annotation ) 종류

이제 스프링부트에서 객체의 역할을 정하는 어노테이션에 대한 종류를 살펴보자.

어노테이션의 종류는 많지만, 자주 사용하는 것부터 살펴보자.

물론, 코드를 만들고 자신만의 서비스를 만들고, 유지보수를 하다보면 다 알게 되는 것들이다.

더욱이 지금은 굳이 찾지 않아도 AI 서비스를 이용하면 금방 구현할 수 있고, 설명 등을 찾아볼 수 있다.

  • @Controller
    • 사용자의 요청에 대해 웹 화면을 클라이언트( BackEnd )에 전달한다.
  • @RestController
    • 웹/앱 통신을 위한 RestAPI를 만들고, JSON 데이터를 클라이언트( BackEnd )에 문자열로 전달한다.
  • @Service
    • 데이터를 계산, 가공, 검증 등의 로직을 구성하고, 호출한 곳에 데이터와 결과를 전달한다.
  • @Repository
    • DB 접근을 담당하고, DB에 데이터 처리를 요청다.
  • @Mapper
    • SQL 쿼리문 이용해 DB에 데이터 처리를 위한 요청한다.
  • @Component
    • 다른 어노테이션들의 최상위 독립적 객체,

▣ 사용 방법

어노테이션은 스프링부트의 객체, 클래스, 함수 위에 작성하고 역할을 부여한다.

스프링부트는 어노테이션을 읽고, 객체, 클래스, 함수 등의 역할을 인지하고,
객체를 생성하고 연결하며, 연관된 객체끼리 연결하여 실행할 수 있도록 한다.

위에서 언급한 어노테이션에 대한 간단한 사용법은 다음과 같다.


@Controller

사용자의 요청에 대해 웹 화면을 클라이언트( BackEnd )에 전달한다.

@RestController

웹/앱 통신을 위한 RestAPI를 만들고, JSON 데이터를 클라이언트( BackEnd )에 문자열로 전달한다.

@Service

데이터를 계산, 가공, 검증 등의 로직을 구성하고, 호출한 곳에 데이터와 결과를 전달한다.

@Repository

DB 접근을 담당하고, DB에 데이터 처리를 요청다.

@Mapper

SQL 쿼리문 이용해 DB에 데이터 처리를 위한 요청한다.

@Component

다른 어노테이션들의 최상위 독립적 객체,

위치: 대한민국 서울특별시

댓글

댓글 쓰기

타입스크립트 기본 타입 종류 | 변수 함수 객체 등에 지정하는 자료형

-
이미지
타입스크립트( Typescript )의 특징은 변수, 함수, 객체 등에 데이터 타입을 지정하여 오류를 줄이는 역할을 한다. 관대한 자바스크립트( Javascript )의 변수 지정에 데이터 타입을 지정하는 것이 타입스크립트이다. 자바스크립트에서는 변수에 어떤 값이든 자유롭게 넣을 수 있지만, 타입스크립트는 변수, 함수, 객체에 들어갈 값의 종류를 미리 지정할 수 있다. 자바 또는 C# 과 같은 언어들에 데이터 타입을 지정하는 것과 같다고 볼 수 있다. 타입스크립트의 타입에는 여러 종류가 있다. 굳이 나열하면 string, number, boolean, array, object, null, undefined, any, unknown, union, void 가 있다. 타입스크립트 기본 타입 종류 | 변수 함수 객체 등에 지정하는 자료형 ⊙ 타입스크립트 기본 타입 종류 타입스크립트는 자바스크립트에 자료형을 지정한 것이라 볼 수 있으며, 이것을 타입( type )이라 칭한다. 자바스크립트가 자료형에 관대한 특징이 있기 때문에, 의도하지 않은 코드 동작의 오류가 발생할 수 있다. 예를 들어, 자바스크립트의 + 연산자가 대표적인데, + 연산자는 숫자간 덧셈 연산도 하지만, 문자열에 + 가 들어간 경우 문자열 연결 동작을 하기 때문이다. 이 외에도 여러가지 경우들이 있다. 구구절절 말은 많았지만, 자바 또는 C# 처럼 자료형( 데이터 타입, data-type )을 지정한다고 보면 이해가 쉽다. 타입스크립트의 타입 자료형에는 여러가지가 존재하는데 그 중 일부는 다음과 같다. string : 문자열 number : 숫자 boolean : 참/거짓 array : 배열 string[] : 문자열 배열 number[] : 숫자 배열 type : 타입 별칭 interface : 객체 구조 string | number : 문자열 또는 숫자 object : 객체 타입 null : 값이 비어 있음 undefined : 값이 할당되어 있지 않음 any : 아무 타입이나 가능 unknown ...
댓글 쓰기

이 블로그의 인기 게시물

ChatGPT Codex GitHub 연결 해제 방법 (앱 삭제까지 정리)

-
이미지
ChatGPT의 Codex를 사용하기 위해 Github를 연결했지만, 가끔씩 정리가 필요하다. Codex와 Github의 연결이 필요없는 경우들이 발생할 수 있기에 이 때는 Github에서 직접 연결해제 또는 삭제를 하는 것이 가장 확실하다. 깃허브( GitHub )에 연동된 코덱스( Codex) 연결을 해제하기 위해 깃허브 설정의 Settings > Application > ChatGPT Codex Connector 항목에서 Uninstall 을 수행하면 된다. 잘 사용하던 코덱스를 굳이 해제하는 이유는 개발자마다 다를 것이지만, 다른 깃허브의 연결이 필요할 수도 있고, 다른 PC에서 잠깐 연결한 깃허브의 코드를 노출하지 않기 위함도 있을 것이다. 깃허브 코덱스 연결 해제하기 방법 1.Codex 무엇? 챗지피티-코덱스( ChatGPT-Codex )는 사람이 어떤 작업을 문자열 프롬프트로 만들어 요청을 하면, 코드의 생성부터 수정, 분석까지 개발과 유지보수에 대한 지원을 도와주는 AI 개발 도구이다. 깃허브 연동을 통해 실제 프로젝트 코드에 직접 접근하여 자동화 코딩 개발 환경을 만들 수 있다. 하지만, 코덱스의 훌륭한 강점이 오히려 반대로 작용하는 부분들도 생기고, 개발 환경에서 코덱스로 생기는 branch에 상황에 따라 과도하게 생길 수 있다. 물론, 이것은 깃허브 홈페이지에서 삭제할 수 있지만, 코덱스의 연결점을 끊고, 다시 시작할 수도 있다. 2. Github에서 ChatGPT-Codex 연결을 해제하기 하나씩 진행해 보자. 모든 과정은 따라하기 형식으로 작성하였다. 성격 급한 분들을 위한 코덱스, 깃허브 연결 해제 방법 또한 순서대로 작성해 본다. 순서는 다음과 같다. ChatGPT-Codex에서 GitHub 연결 확인하기. GitHub 홈페이지 접속하기. 프로필 아이콘 > Settings 메뉴 접속하기. 좌측메뉴 > Applilcations 메뉴 선택하기. ChatGPT Codex Connector 항목의 Configure 선택...
자세한 내용 보기

C언어 return 종류와 차이 | return, return 0, return -1, return n

-
이미지
C언어에서 return은 함수의 실행을 끝내고, 필요 시 동작 또는 결과 값을 호출한 곳으로 함께 전달한다. 리턴의 종류는 크게 4가지로 return, return 0 , return -1 , return n 이다. 결과값이 없거나 0인 경우 종료, 0이 아닌 경우 에러 또는 특정 상태를 의미한다. C언어 return 종류와 차이 return 역할 모든 프로그램 언어들은 수행한 처리 결과를 전달할 수 있다. 수행한 처리 결과를 전달하는 때 사용하는 것이 return 이다. return 구문을 활용하면 처리되는 곳의 상태와 값을 알 수 있다. C언어 사용되는 return 구문의 종류는 반환값이 없는 경우와 있는 경우, 반환값이 0 인 경우와 0이 아닌 경우로 나눠진다. 프로그램 실행의 최소 단위 함수의 역할 C언어의 함수에 대해 잠깐 언급해 본다. OOP와 같은 프로그램 언어들이 소개되면서 함수란 용어 보다는 메서드란 용어를 주로 사용하는데 뭐, 같은 말이다. 프로그램이 실행되는 최소단위로 보면 된다. 그런데, 함수를 공부하고 있다면 return 구문을 자주 보게 된다. 보통 처리 결과를 호출한 곳으로 되돌리는 역할을 하는 것이 return 구문인다. 여기서 의미하는 함수는 프로그램의 시작점인 main() 함수도 포함된다. 그렇다면 main() 은 return 구문을 어디로 되돌릴까 ? 윈도우 또는 리눅스와 같은 main함수를 실행한 OS 이다. 함수는 이 정도로 간단히 언급해 본다. 리턴의 종류 return 의 역할은 프로그램의 흐름을 넘기고, 실행한 결과에 대한 값을 전달한다고 언급했다. 보통의 처리결과는 4가지가 있다. `종료(중단), 성공, 에러(실패), 사용자 지정`이다. 그럼에도 공통점은 처리를 중단한다는 점에 있다. 리턴 결과에 대한 코드와 내용은 프로그램을 제작한 곳마다 사람마다 다르다. 먼저 위에서 언급한 것에 대한 의미를 보자. 프로그램에서 언급하는 것은 좀 더 상세하게 나열 할 수 있다. 주목할 점은 여기에서 언급하는 함수는 프로그램 시작인 ...
자세한 내용 보기

챗지피티 코덱스와 깃허브 연동 방법 | VSCode 사용하기

-
이미지
챗지피티의 코덱스( Codex )와 깃허브( Github )를 연결하려고 했지만, 연결이 되지 않아 VSCode에서 직접 연결을 하였다. VSCode에 깃허브를 직접 연결하니 오히려 더 좋은 느낌이다. 코덱스에 프롬프트를 실행하면 자동으로 파일을 만들고 나는 그저 깃허브에 저장소를 만들고 푸시( Push )만 하면 된다. 오히려, 챗지피티 코덱스 페이지에서 연결이 제대로 되지 않은 것이 다행(??)이란 느낌이다. 새로운 것을 시도해 보고, 좀 더 편한 방법을 찾았기 때문이다. 왜 연결이 되지 않는 거냐 ?? 좀 편하게 작업하려고 코덱스( Codex )에 깃허브( Github )를 연결하고자 했다. 인증까지 하고, 윈도우 자동 인증까지 삭제하고 다시 했음에도 연결이 되지 않았다. 아~ 뭐지 ? 찾아보니 버그라고 하는데 ~ 몇 일 동안 계속 이어지는 것 보면 이건 뭔가 문제가 있다고 볼 수 밖에 없다. ( 그 원인과 해결책을 찾을 수가 없다. ) 아아 ~ 코덱스 ~ 인증까지 했는데 깃허브 연결이 왜 안되냐 ~ 다행스럽게도 VSCode에서 연결이 된다는 것을 찾게 되었다. 잘 모르겠는 화면에서 익숙한 아이콘과 제목이 눈에 보였다. 바로 ` IDE에서 시도해 보기 ` 버튼이었다. VSCode에서 할 수 있다는 얘기는 들었지만, 이렇게 보여주니 시도해 보는게 당연하겠지. 일단 자세한 내용을 찾아보니 이미 많은 분들이 VSCode에서 챗지피티의 코덱스를 연결해 사용하고 있었다. VSCode가 깃허브에도 연결되니, 생각해 보면 굳이 코덱스를 웹에서 할 필요는 없겠다는 생각이 들었다. 바로 시도를 해 본다. 새로운 방법을 찾다. 이런 새로운 방법을 찾게 되면 왠지 모를 도파민이 생기는 느낌이다. 어쨌든 VSCode를 실행하고 코덱스를 설치하게 되었다. 평소 웹에서 작업하다보니 VSCode에 설치된 코덱스가 익숙하진 않다. 뭐, 걱정할 필요는 없다. 화면을 캡쳐하고 챗지피티 또는 제미나이에 캡쳐화면 자체를 업로드하고 물어보면 된다. 화면 우측 하단에 프롬프트 입력창이 있다. ...
자세한 내용 보기