OKKY
OKKY LogoOKKY Logo
OKKY Logo
커뮤니티Q&A지식이벤트Contact
부트캠프Jobs
로그인회원가입

카테고리

  • 커뮤니티
  • 모임·스터디
  • Q&A
  • 지식
  • 이벤트
  • 공지사항
  • Contact
dto
questionsquestions
질문하기
  • 답변
    10
    아하라·10개월
    1.0k
    1
    답변 10
    프로필 사진일반적으로 마이바티스 dto어디까지 세분화하나요
    프로젝트마다 다르겠지만 일반적으로 마이바티스 dto구조를 어느정도 까지 세분화하나요? 컨트롤러 -요청,응답 서비스 -컨트롤러에서 서비스로 전달되는dto,반환dto 레파지토리 - 서비스에서들어오는 dto, 조인조회결과dto, 테이블과매칭되는vo 이렇게 구조를 잡아놓고 필요할때만 사용하나요?마이바티스로 프로젝트할땨 보통 실무에서는 어디까지 구분하는지가 궁금합니다
  • 답변
    9
    아하라·10개월
    901
    0
    답변 9
    프로필 사진코드의 일관성을 위해 하나의 요청 값도 dto에 담는 것에 대한 의견
    각 계층별로 dto를 만든 상황에서 코드의 일관성을 위해 get요청의 요청값이 하나이어도 dto에 담는것에 대해 어떻게 생각하시나요
  • 답변
    2
    아하라·11개월
    548
    0
    답변 2
    프로필 사진마이바티스 dto 구조
    DTO 패키지 구조 common패키지 → dto패키지 → base패키지 ⇒ 상속하는 부모DTO 도메인패키지 → DTO패키지 → (internal패키지, param패키지, request패키지, response패키지, result패키지) internal : 서비스내부에서 사용하는 DTO param : Repository인터페이스의 메소드의 인자들을 담는 DTO result : 쿼리수행 후 값을 담는 DTO reqeust : 요청DTO response :
  • 답변
    6
    아하라·11개월
    718
    1
    답변 6
    프로필 사진마이바티스 vo VS dto
    취업 포트폴리오 준비중인데요... 1.마이바티스에서 DB 접근시 VO(각 테이블의 모든 필드를 가진 dto)를 사용하는게 더 좋을까요 아니면 각 쿼리에 맞는 DTO를 생성해서 사용하는게 더 좋을까요 2.만약 후자가 더 좋다면 VO아예 만들지 않는게 맞는거겠죠...? 어떻게 하는게 좋을 지 모르겠어서 서칭하다보니 각 쿼리에 맞는 dto를 생성해서 사용할때도 VO를 만든다고 해서 햇갈리네요...
  • 답변
    3
    아하라·11개월
    504
    1
    답변 3
    프로필 사진마이바티스 dto사용 방법
    1. 마이바티스에서 보통 엔티티dto(모든칼럼을 필드로 가지는 dto)를 만들어서 사용하나요 아니면 그때그때 쿼리에 맞는 dto를 만들어서 사용하나요? 2. 그때그때 쿼리에 맞는 dto를 사용한다면 조회시 레파지토리 -> 서비스 -> 컨트롤러 이렇게 바로 내려도 상관이 없을까요? 3. 반대로 수정하거나 값을 넣을때는 reqeustDTO를 그대로 레파지토리에 보내는건 안되는건가요..? 아직 계층간 분리가 정확하게 개념이 잡히지 않은 모양인
  • 답변
    5
    아하라·11개월
    657
    1
    답변 5
    프로필 사진dto 구조 설계 질문드립니다...
    마이바티스에서 특정 필드만 조회할때 딱 그 필드에만 맞는 dto를 만들다보면 dto가 너무 많아지는것같아 엔터티처럼 모든 칼럼을 가지는 dto를 만들어 서비스와 레파지토리 사이에서만 사용 하는 Dto를 만들고 서비스에서 컨트롤러와 서비스 사이에서만 사용하는 내부dto로 컨트롤러로 데이터를 전달하고 컨트롤러에서는 응답dto에 담아 내보내는 식으로 구조를 잡았습니다 질문 : 취업 포트폴리오인데 이런 구조가 괜찮을까요..? 괜찮다면 레파지토리의 메소드에서
  • 답변
    4
    아하라·11개월
    726
    1
    답변 4
    프로필 사진DTO 사용기준
    현재 쇼핑몰 웹을 취업 포트폴리오로 개발 중입니다 문제 : 상세페이와 관리자페이지 둘다 리뷰리스트가 필요한 상황인데 사실상 응답 데이터는 똑같아서 하나의 DTO로 만들수 있는 상황입니다 이럴때는 하나의 DTO로 그냥 진행을 하는지 아님 사용하는 곳의 목적이 다르니까 dto를 분리하는지.. 상세페이지의 리뷰리스트 응답 dto는 공개API이고 관리자 페이지의 API들은 현재 인터셉터로 url을 구분해서 로그인체크와 관리자인지를 확인하고 컨트롤러로 넘어가고
  • 답변
    3
    rootDev·약 1년
    1.0k
    0
    답변 3
    프로필 사진Spring dto 구성 시
    안녕하세요 현재 DTO를 구성 중에 있습니다. 검색 시 컨트롤러에서 요청 / 응답 역할을 하는 DTO의 경우 끝에 Request / Response 를 붙인다하여 생성하였는데 서비스 계층으로 전달 시 해당 계층에 대한 DTO를 별도 구성하는게 좋을까요? 구성 시 네이밍을 보통 어떻게 하나요?
  • 답변
    5
    toys·약 1년
    754
    0
    답변 5
    프로필 사진MemberDto 와 RequestMemberDto, ResponseMemberDto 의 차이를 알고 싶습니다.
    Dto 중에MemberDto 처럼 하나만 만드는 형식과RequestMemberDto, ResponseMemberDto 이런 식으로 나누는 형식이 있는데이런 형식의 차이는 뭐 때문인가요??예를 들어 회원가입시 @Post public String createMember() 메서드를 호출해서 JPA Entity 로 변환전 컨트롤러에서는Dto로 받는데, 이때 형식을 나눈 Dto를 사용하는 것을 봤습니다.MemberDto 가 아닌 위와 같이 Dto를 나
  • 답변
    1
    일딴아자·약 1년
    568
    0
    답변 1
    프로필 사진동시성 문제 관련 질문드립니다.
    동시성 문제가 발생하고 있습니다. 자바공통 DTO에서 데이터가 바뀌거나 null 이 찍힙니다. @Component @Scope("request") DTO에서 사용해도 될까요? 답변 부탁드립니다.
  • 답변
    16
    코틀린백엔드&안드로이드개발자·약 1년
    1.4k
    2
    답변 16
    프로필 사진DTO vs 파라미터 전달
    안녕하세요. 기술 관련해서 질문 드리고 싶습니다. Controller에서 값을 받아 Service > Repository로 데이터를 넘기는 과정 중 컨벤션을 정하고 있는데 의견 대립이 있어, 다수의 의견으로 진행하고자 글 남깁니다! 상황 설명을 드리자면, 자바 스프링 사용 개발이 꽤 진행된 상황이며, 파라미터가 4개 이상인 메서드도 다수 존재할 예정. 현재 1~2개 파라미터가 상당 수 차지. 의견 1 Controller에서 Service나 Rep
  • 해결
    1
    답답이·1년 이상
    421
    0
    해결 1
    프로필 사진spring에서 데이터테이블(datatables)을 활용하여 리스트를 출력할 때, 조인한 데이터는 어떤 방식으로 가져오시나요?
    안녕하세요. 질문은 제목과 같습니다. java에서 entity데이터를 클라이언트 단에 출력할 때 DTO 또는 map컬렉션을 활용해 데이터를 출력한다고 들었습니다. 테이블 3개를 조인한 결과를 리스트에 출력한다고 했을 때, 브라우저에 표시할 데이터에 대한 DTO를 별도로 생성하시나요? 아니면 map에 key, value형태로만 데이터를 저장해서 가져오시는지 궁금합니다. DTO방식을 하려고 하니, 너무 무분별하게 DTO가 늘어날 것 같아서요.. 다른
  • 해결
    3
    kmw1218·1년 이상
    590
    0
    해결 3
    프로필 사진지금 상황에서 API, DTO 를 분리하는게 좋을까요?
    알림은 3가지 종류가 있습니다. 공지사항 알림 댓글 좋아요 알림 답글 알림 각 테이블 구성은 아래와 같습니다. 공통 컬럼 수신자 ID 발신자 ID 알림 종류 REPLY, COMMENT_LIKE, NOTICE 공지사항: 공지사항 ID 댓글 좋아요: 댓글 좋아요 ID 답글: 댓글 ID 알림 생성/삭제 API를 만드려 하는데 이를 하나의 API로 처리할 지, 각각 엔드포인트를 만들어 처리할지 고민입니다 ㅜㅜ...
  • 답변
    2
    닉네임이어려워·1년 이상
    435
    0
    답변 2
    프로필 사진DTO - Entity 관계에서 DB에 Custom 컬럼이 있을 때 질문
    Serivce단에서 Dto와 ENtity간에 데이터 교체가 이루어 진다고 했을 때, 예를 들면 DB에 A, B 컬럼만 있는데 A,B를 조합해 C를 보여주려고 할 때(단, C컬럼은 DB에 없음. 통계용이라서.) 1. DTO에 C변수를 추가하고 DB까지 보낸다. 2. Entity에 C라는 변수 추가한다. 3. 그 외 방법 어떤 방법으로 사용하시나요?
  • 답변
    2
    항상초보·1년 이상
    356
    0
    답변 2
    프로필 사진Map<String, FieldSetMapper<DTO>> 로 담아둔 것 중 특정 키의 값만 뽑아서 사용하는 방법이 있을까요?
    파일 내용을 읽고 MemberDTO에 담아둔 후 처리하고 있습니다. 근데 파일의 1번째 라인에 제가 계속 사용하고 싶은 값이 있는데, 이걸 뽑아내는 방법이 있을까요? Map<String, FieldSetMapper<MemberDTO>> mappers = new HashMap<>(); mappers.put("H*", new FieldSetMapper<MemberDTO>() {<!-- -
  • 답변
    2
    ㅋ·1년 이상
    413
    0
    답변 2
    프로필 사진DTO 중첩 vs 단순한 필드 나열
    궁금한 점이 있습니다 ! dto에서도 벨류타입처럼 사용해서 표현할 수 있는지 궁금합니다. 예를 들어 , 게시글 상세 응답 DTO에 첫번째 방법========== > 단순한 필드 나열 - 게시글 관련 필드DTO String currentNickname; String title; String boardWriteNickname; - 관심글 관련 필드 DTO String
  • 답변
    2
    절댓값·1년 이상
    506
    0
    답변 2
    프로필 사진DTO Entity 변환 방식
    DTO Entity 간의 변환 때 어떤 방식이 선호 되나요? of, from 메서드 Stream API Convert 찾아보니 위에 서술한 방법들이 있더군요. of, from 메서드 방식은 단일 객체 변환 때 좋다는 것과 Stream API 방식은 다수의 객체 변환 때 좋다입니다. 또한 Convert 방식은 구현이 비교적 어렵지만 대규모일 때 좋다였습니다. 그렇다면 Convert 방식을 사용하는 것이 다른 방식들에 비해 깔끔하고 좋은 코드가 되는건가요
  • 해결
    3
    답답이·1년 이상
    551
    0
    해결 3
    프로필 사진javaj/spring 프로젝트에서 여러 테이블을 join한 데이터를 가져올 때 궁금한 게 있습니다.
    안녕하세요. java/springboot 기반 사이드 프로젝트를 진행하고 있는데, DB에서 데이터를 조회해서 JPA든, MyBatis든 DB에서 데이터를 조회해서 가져올 때, 이 데이터를 브라우저단에 보여주어야 할 때가 있잖아요? 만약 member(직원), department(부서), file_info(첨부파일정보) 등 여러 테이블을 join해서 데이터를 가져오는 경우에 이 데이터들을 json형태로 브라우저단에 반환할 때, select결과를 담을
  • 답변
    5
    Dog발자n년차·1년 이상
    648
    0
    답변 5
    프로필 사진spring mybatis 질문
    안녕하세요Spring mybatis구조에서 쿼리문 결과값 객체는 Domain(VO)로 받아왔다 치면 쿼리 실행시 mapper에 바인딩되는 과정에서 Controller -> Service -> Mapper 과정에선 그냥 바로 VO에 담나요 아니면 DTO로 옮긴 후 담으시나요?
  • 답변
    2
    할수있는게아무것도없습니다ㅎ·거의 2년
    289
    0
    답변 2
    프로필 사진Http Res/Req dto를 애플리케이션 내의 레이어 간 dto로 재사용해도 될까요?
    제곧내..
  • 이전
  • 1
  • 2
  • 3
  • 4
  • 5
  • 더 많은 페이지
  • 9
  • 다음
OKKY LogoOKKY Logo
OKKY Logo

All That Developer

FacebookYoutubeEmail
  • 회사소개
  • 공지사항
  • 연락처
  • 광고문의
운영정책슬랙봇
  • 개인정보 처리방침
  • 통합 서비스 이용약관
운영정책슬랙봇
상호명: (주)오키코리아 | 대표명: 노상범
사업자등록번호: 592-87-02037
| 통신판매업신고번호: 제 2022-서울강남-04742호
| 직업정보 제공사업 신고번호: J1200020230009
주소: 서울 강남구 봉은사로 303 TGL경복빌딩 502호 (06103)
| 고객센터 : info@okky.kr (영업시간 평일 10:00~17:00) 주말 · 공휴일 휴무
© 2026 (주)오키코리아. All rights reserved.
sponsored by
iNamesiNamesiNames
NHN Cloud
NHN CloudNHN Cloud